从jdon招聘广告来看，Java开始大规模应用，会越来越多认识到在Java上，设计和没有设计会导致Java程序员素质严重不多。

所以，你重要是掌握架构设计，对多种框架熟悉！

中国老话：多则惑。

而Java领域技术显然.NET多，所以，很容易惑，自己要有解惑设计能力

就很重要，这些即使是.net老程序员，转到Java上，也必须重新开始学。

当你的设计能力展现后，报酬就会提升！

谢谢banq大哥!

我曾经用struts做了个学生管理系统,没有感受到他的巨大优势,后来进入了公司也就是使用jsp+servlet+javabean的开发,由于公司大部分业务逻辑写在jsp维护非常麻烦(公司三个人,我一个人又开发,又维护.因为项目已经投入使用了),有时都想辞职不做了.我想把项目升级成struts+spring+hibernate,我个人人为这样一来可以加快开发速度,节省不必要的开发成本,因为很多成熟的解决方案已经在框架里了,直接使用就成了,但是同事说struts只是mvc模式的实践,不要那么热衷,而hibernate 只是解决问题持久层方案的一个具体实现而已.对于我们的项目可能没有太大用处,可是我们的项目开发半年多了,许多问题仍然没有很好的解决,测试只停留在人工测试,根本就引入Junit(我个人对junit不是很了解,曾经做过小例子感觉很好用所以比较喜欢,我想其他稍微象样的公司应该引入它,不知道对不对?),我个人是悲观的,不相信这样的测试可以把软件做的稳固.请问如果我想引入struts+spring+hibernate怎么象老板说框架的优势?还有我觉得我们的版本控制也有问题.项目管理也很不正规.您能告诉我其他公司是怎么做项目管理的吗?

你问的这些问题都不是三言两语说得清楚的。先找一个正规的上了点规模的软件公司，体验和学习一下，刚开始嘛，不要太计较薪酬。

>struts做了个学生管理系统,没有感受到他的巨大优势,hibernate 只是解决问题持久层方案的一个具体实现而已

关键问题是，你们都没有面向对象的设计和编程意识，所以才有如上结论，使用Struts之后，前台界面都围绕对象展开；后台hibernate，完全杜绝关系数据库的影响，也变成纯对象化，只有两边都是对象以后，中间业务层才能够实现完全对象编程，这样才可以实现设计模式或组件模块分离。

Junit是基于面向对象设计前提下的测试模式，一般都是对中间层独立的组件进行测试，而不是对数据库操作测试，数据库操作在现代结构中是由部署配置实现的，数据库操作是否通畅完全无需测试，一旦配置调试OK就OK了。

那么为什么我们平时有强烈的数据库测试冲动呢？因为我们将业务逻辑使用数据库SQL语句实现了，如果不测试，怎么说明我的业务功能正常呢？如果你使用Hibernate/或使用标准的CRUD（增删改查） SQL语句操作数据库，难道还需要测试吗？

所以，我一直感觉域模型驱动设计非常重要，我在培训时，一直强调分析设计从领域模型开始，这样派发到表现层/持久层才自然，而且可以保证中间层都是OO，可分离，可实现模式，可实现面向组件模块编程，单独组件模块使用Junit是可测试的。具体代码案例见JiveJdon3：

http://www.jdon.com/jdonframework/download.html?group_id=5298