你真觉得ssh2好吗？！
个人认为SSH2是没有想像力的完美主义程序员的绝佳选择！
大家觉得呢？

------解决方案--------------------
我是不喜欢。也推荐你看看这篇评价框架的文章：(Joel on software,英文的，不过值得一看)
http://discuss.joelonsoftware.com/default.asp?joel.3.219431
------解决方案--------------------
不是每个项目都需要这样搭建。

我觉得spring + 任意一个ORmapping框架 就够了
------解决方案--------------------
要是我的 话 就用spring 和spring的mvc 模式+ 一个持久层框架
------解决方案--------------------

探讨

公司谁管你创造力不创造力啊？效率高，能赚钱就行！

------解决方案--------------------
个人感觉一般的项目用JDBC+struts2就能应付了
不能千篇一律的上来就采用SSH整合 感觉太。。。
------解决方案--------------------
我感觉Hibernate还好，毕竟这个只有写后台的人使用。
如果Struts，Servlet等只用于后台，不干涉到前面页面的显示还好，如果整个显示层的页面里充满了如Struts2的标签等，做前台页面的美工，前台的编程人员完全看不懂，说不定到最后，等前台的人写出页面来后，写后台的人再来改一通，乱七八糟，最后互相推诿责任。除非你想前台后台一起做，或者显示效果随便就行。

极端一点(极度蛋疼)：
前提：struts，servlet会使用到显示层中：
开始是使用servlet做的，后来想改成struts2了(别问为什么这么蛋疼，屁股决定脑袋的年代)，这个时候一改几乎所有的都得改，前台后台都要改。
如果前台代码与后台是完全分开的，前台与后台只是通过如AJAX等通讯，定义好通讯信息格式，即使你后台换了，前台页面几乎不需要修改什么，而且前台的编程人员可以做到任意想要的显示效果，也不会涉及到后台的任何代码。
也许，这太理想了。
------解决方案--------------------


个人认为框架只适合学习中的实验项目，实现项目中不是不能用，而是不应该用！
它太限制人的发挥与创造了！！！
所有东西都按它规定的来，项目速度是快了，但程序员的思维被禁锢住了，会让人疯掉的。
相比起一个团队的成长来说，那点速度不要也罢~
[/Quote]

[Quote=引用:]

引用:
框架的选择因素是多方面的

没有好与坏

只有合适与不合适



顶！@！！
------解决方案--------------------

探讨

引用:
框架的选择因素是多方面的

没有好与坏

只有合适与不合适

个人认为框架只适合学习中的实验项目，实现项目中不是不能用，而是不应该用！
它太限制人的发挥与创造了！！！
所有东西都按它规定的来，项目速度是快了，但程序员的思维被禁锢住了，会让人疯掉的。
相比起一个团队的成长来说，那点速度不要也罢~

------解决方案--------------------
用框架的速度肯定慢。就像你吃饭，本来用嘴直接对着碗吃就得了。但是有些变态的人，非得说，假设以后你不用嘴吃饭了呢？那咋办？到时候修改就费劲了。所以现在就整一个套，你的嘴对着这个套子吃。这个套子有好几个接口，有对着嘴的接口，也有对着尿道的接口，还有对着肛门的接口。假设到时候你改用肛门吃饭了，那么换一个这边套子的接口就得了，这不就是可扩展性吗？


其实，这个世界有那么多的变化吗？用得着那么多的可扩展性吗？就像我敢打赌，你永远都不会用肛门来吃饭一样。