关于ssh的一些想法1、Struts1，简单，可靠，乏味，罗嗦，有各种工具支持，可以满足大多数表单-》查询-》数据库这样
关于ssh的一些想法
1、Struts1，简单，可靠，乏味，罗嗦，有各种工具支持，可以满足大多数表单-》查询-》数据库这样的应用的需求。应该说，做网站用struts不稀奇，不用才稀奇。
2、Spring，IOC是个不错的概念，问题是xml太烦人了，到底有多少机会以后来改呢？说实话，我对代码复用持保留意见——要么用成熟的框架或者工具，比如log4j，要么从头来。而且Spring让读代码变得更加复杂，其实，读代码本身就很复杂，但是借助于工具，你可以方便的从一个类的调用跳到另一个类里，用了Spring，各种依赖关系都放到了xml当中，工具很难再帮上忙了。
至于Spring的mvc框架，我觉得和Stuts很像。
3、Hibernate，好吧，写了这么多年的CRUD代码，也该换换口味了。很好的工具支持：UML-》数据库表-》反向工程到Hibernate的类（POJO抽象类+实现类）以及各种配置文件。借助工具的支持，其实数据库表设计是最简单的事情了（想想你要是写100个pojo类是什么感觉，而且万一设计改了，你再从头写。。。。。。），工具不仅减少了工作量，最主要的，是保证了从设计到代码的一致性。
不过查询语言，为啥不要select呢？
很遗憾，Netbeans对Hibernate的支持比较差。。。。。。用MyEclipse吧。
4、JPA，Hibernate的官方版本，感谢上帝，至少可以不用写xml了，基于注释的方法使代码和维护都简单了很多，当然，对于理解程序框架，用处不大——我更愿意从一个个class图来理解他们的关系，而不是到类当中读注释。当然，完善的工具，所以，还是UML-》数据库表-》反向工程。
查询语言我很喜欢，和sql一样。。。。。。。
btw：jpa也可以用xml来配置，也可以脱离容器（比如weblogic？tomcat？）而单独使用。
就我个人以为，sh或者sp就够好（struts）。
欢迎拍砖（这个，最好是技术型的砖。。。。。）
开发流程？Use case-》分析类-》活动图、顺序图-》实现类-》部署图
工具？Myeclipse（或者Eclipse EE，然后自己找插件）+power designer（真的很好用。。。。。）
数据库：Oracle？Sql Server？MySql？Java DB？(最好别用，性能差，分页有问题，只有最新版的才支持部分分页功能，当然存储个1～2千条的小记录还可以)
配置管理：CVS？其实VSS也不错，P4，不过想想如果你要是做每日测试和创建的话，一定要用个支持ant的工具。
缺陷管理：bugzilla？
[解决办法]
还没到那个水平，用的东西很少，struts基本没用过，都用webwork
[解决办法]
1 怎么没说struts2，struts2在配置方面，和与spring集成方面，以及el表达方面都很不错啊
2 spring2.5已经可以支持annotation了,也就是声明事务用xml配置一下，其他的可以实现零配置
3、4 是啊，jpa出现的太好了，尤其是它的默认规则，jpa是一个规范，hibernate对其有了一个开源的实现，所以用过hibernate的人，就相当于会了jpa
[解决办法]
我现在在学习了struts 了
就是不知道是学struts1 还是struts2
[解决办法]
正在学习ssh，楼主应该玩好久这个东西了吧。学习……
[解决办法]
SSH配制起来相当的烦啊．
[解决办法]
[解决办法]
学习，帮顶
[解决办法]
Struts和Hibernate无可厚非，都是很棒的框架，但Hibernate很庞大，要注意一些细节技巧，否则性能不高
Spring真的让我头疼，跟楼主一样，总感觉它的那些xml很繁，不喜欢用
[解决办法]
up
[解决办法]
不懂这么多,向楼主学习.
[解决办法]
Spring 我没用过，研究过一点，但是就是很烦琐.直接不用
[解决办法]
没用过Struts1，现在正在学struts2，把大概看了一遍
用SSH可以不用太关心Spring的东西，但是struts2的很多东西都需要懂
比如 标签，request，以及对ajax的支持都跟以前用的东西有区别
执行效率跟框架固然有联系，但很大程度上还是依赖于你对框架的布置以及
代码编写的高效性
[解决办法]
不看 struts1 直接学struts2 好学不？
用不用学struts2之前看看ssh、？
[解决办法]
[解决办法]下载不了东西了。。我
[解决办法]怎么才能的到技术分了
[解决办法]关注
[解决办法]不懂啊，学习了。
反正对这个配置问题，是稀里糊涂的
------解决方案--------------------
1.SSH struts2+hibernate+spring
struts2很好用要必struts1用起来舒服些，已经做了好几个项目，
起初用struts+spring+jdbcTemplete(springJDBC支持库)也很好用，后来改用hibernate
2.spring 现在一半的公司，大部分框架都把这个技术集成进去了。有点起垄断地位。
3.hibernate 这个用起来很容易 配置起来很难。前段时间去操作数据库，因为表里有10万多条记录要查询而且分页。
页面打开很慢，后才采用hibernate缓存技术才解决。速度提高不少。这个是学习重点和方向。下一步好好学学。
3.PD是很好的工具，可以生成类，接口，数据库，UML图什么的。基本上很全面了。但是生成的类和接口都需要改后才能使用、
[解决办法]我也觉得spring 那么多xml写起来太麻烦，经常换来换去修改起来就晕菜了。。。还有正打算看看JPA
[解决办法]学习
[解决办法]SSH容易让人变傻呀
[解决办法]不过,说实话,SSH还是很好用的!
[解决办法]ssh的配置真的很繁琐！！！
[解决办法]配置文件最多了，烦人
[解决办法]现在在学习ssh框架中，现在学的是struts 1，听说现在struts 2已经出来，而且和1完全不同，不知道现在学习1算不算过时，有没有前途
[解决办法]接分走人
[解决办法]在Struts2中应用Spring难吗？
对Spring的了解很少，想知道需要了解多少就可以在Struts2中简单应用Spring。
[解决办法] 用过 ssh 感觉 spring的配置对于新手来说是比较繁琐，现在开始流行struts2.0
了，不知道要不要换，有没有人建议一下，感觉1.0还是蛮经典的，用起来顺手！
[解决办法]我参加做的几个项目都是用Struts+Hibernate完成的，不过其中有些融入了Spring的思想，比如工厂模式之类的，感觉还不错，
不过感觉在开发小的项目中真的不需要用Spring，那样是把简单的问题复杂化了，不过用习惯了，虽然里面的配置文件比较多，不过
思路还是挺清晰的！
[解决办法]看来ssh很有·············
[解决办法]刚刚接触SSH，楼主 肯定很精通吧 要不不会有哪么精辟的见解
[解决办法]java是新手，来混个脸熟
[解决办法]spring是一个在中国软件行业中的垃垃
[解决办法]SF 回帖是一种美德！传说每天回帖即可获得 10 分可用分！
[解决办法]TAI HAO
[解决办法]在SSH配置呀，如何配置多個數據庫或
好像用mycelipse配置出的配置文件，系統找不到
各位大師，有沒有現成的，給一個供參考
[解决办法]mark
[解决办法]很想好好的学习一下SSH，但现在工作需要嵌入式。以后不会放弃的。努力学习两者……
[解决办法]ls强
[解决办法]fei chang hao de xin xi !!1
[解决办法]lz强
说的不错，继续说说ejb3
[解决办法]spring挺好的，2.5就不会存在lz所说的xml配置文件问题
[解决办法]学习 顶下 JF
------解决方案--------------------
看来，学习的路很漫长了。。。
[解决办法]感觉SSH很麻烦。----初学者
[解决办法]学习
[解决办法] 楼主懂得不少，向你学习！
[解决办法]我已经学习了struts2.0和hibernate，spring没兴趣学，太繁杂啊 呵呵 是不是只要不是公司要求，不用也可以呢？
[解决办法]SSH 做项目好像一般不会全部用到，一般只会用其中一两个，再加上公司的自己的框架。。
不过，SSH做练习。。。 加深对框架的认识。。。
Spring的AOP挺不错的。。
最近在用这个做权限管理。。。
[解决办法]不错
[解决办法]Netbeans的Struts2插件还是可用的，虽然还比较简陋。
Spring应该也有类似EJB3的用注解进行配置的方法吧
[解决办法]最近一个项目在用Hibernate,感觉表少的时候用还行,就是表多的时候修改较表频繁时好难维护,配置有点难.
[解决办法]学习，帮顶
[解决办法]在学校有用过ssh，工作后公司没有就一直没有用了，不过三个框架的很多思想在工作中都很有用。
[解决办法]hibernate简单的是比较容易，要想用的很好，也不是很容易
[解决办法]恩恩..学习了
[解决办法][解决办法]顶！！！
[解决办法]学习了，还不懂ssh，努力...
[解决办法]任何组建都是双刃剑，框架也不外乎如此，关键还是看运用的领域，个人感觉框架的最好的地方就是规范，规范比较统一。
[解决办法]ibatis感觉用着还可以，它和hibernate比较哪个更好一些啊？
[解决办法]每个技术都有自己的优缺点。
我们不能只是片面的去看待它
那样对技术不公平。
其实只要我们能用的顺手就OK了。其他的又和别在乎呢？
我们无权说Struts怎么怎么杨
hibernate怎么怎么杨
如果真的不好那么塔为什么会存在呢？
存在就有道理
呵呵呵
我只是路过。
各位手下留情不要拍砖
[解决办法]我就不用ssh， 顶多使用个hibernate，如果有时间会考虑 将hibernate也取缔。 毕竟使用它们太过于臃肿。我还是喜欢干净整洁的项目构架。 掺咋了开源框架只后。我们程序的UML会有多大呢？(包括这些框架)。
使用这些框架的另一个问题就是莫名其妙的异常，这些异常很可能要解决很久，可能我不了解它们的缘故。
另外我不使用ssh的一个原因就是，被束缚性太大，比方说在spring中装配aop时候，spring在XML中就已经指定了bean被哪个aop类装配，如果这个装配类只有在getBean时候才能确定哪该怎么办？？？？还有就是spring中ioc如果有些属性只有在getBean时候才能确定注入的属性是什么又怎么办？？？
综合这2个问题我感觉spring不是很灵活，它只是把类与类之间的静态关系XML化了。spring其实就是一个大的抽象工厂。我还是喜欢自己实现ioc，毕竟自己的ioc可以充分考虑项目需求。
至于hibernate，它貌似有一个当前线程Session一说。我们的项目有自己的业务层接口，当业务层接口查询出结果时候往往因为lazy属性的问题导致session 关闭。总不能让我们业务层的事务暴露给外面把？那样管理起来至少我感觉停别扭。 我赶保证如果冲写hibernate绝对不会写到它那么大。毕竟我只为我的项目考虑。
至于struts，我没什么好说的。 我使用了不到7个类就设计出了它的action部分功能，我的项目不需要国际化。重复表单递交问题也简单的很。至于struts的HTML标签库以及后台的formBean封装，感觉多余。我的项目直接request.get。不过直接封装成Bean这个操作也可取毕竟节省了request.get之后的判断。
但是HTML标签库，算了不想说它，起初使用HTML标签库，前台编写js脚本时候发现html标签库有好多DHTML事件都没有，着实给前台人员郁闷了好久，直到放弃struts。
[解决办法]我有些观点和楼上的一直呵呵呵
[解决办法]SSH 它们的设计模式还是很好的。 我在怎么重构也是围饶着 MVC IOC AOP ORM。这才是SSH的精华所在把。
[解决办法]
struts2挺不错的 呵 跟struts1、hibernate、spring、jasperreports、ajax等结合都挺不错
[解决办法]
struts2貌似使用的是 过滤器方式。如果升级我的 struts 很简单的增加一个过滤器我的struts就具备了 struts 1.x 2的功能。 在结合我的ioc。我可以让它们2个毫不相干的东西完整的结合到一起，甚至配置文件都在一起，让人看不出是2个框架组建。 集程度非常高。 考虑到松偶合。也没问题。 我的项目构架已经将ioc action forwad 完全分离成独立的组建。 而且ioc(spring)部分的配置文件 用户甚至可以更改其格式来掺杂其他成分以达到整合的目的。
这项功能至少减少了ssh整合带来的各种问题。还有各自配置文件维护问题。 我可以将它们整合到1个配置文件中。 还是自己的东西灵活，看的舒服，想升级什么地方就升级什么地方，不受牵制。
[解决办法]
自己开发核心部件有一个好处 就是可以 给项目瘦身， 单位第一版OA，前期开发使用的是SSH 体积有20多MB， 经过重写之后体积只有不到10MB。而且功能更灵活。
[解决办法]
公司用自己的框架还是用开源框架,还是取决于领导.如果公司组织一个团队汲取一些开源框架的精髓,开以一个属于自己的框架那该多好!
[解决办法]
同意楼上的观点。 我们正在努力，能学到好多东西。。
[解决办法]
正在深入学习STRUTS中，STRUTS1还没有搞懂，过来学习一下。
[解决办法]
AI.....I thought you were talking about Security SHell...
[解决办法]
mark
[解决办法]
[解决办法]不错
-------------------------------------------------
北京国展大型人才招聘会(9.27)
http://www.315job.com/YaoQingHan/20080927.html
[解决办法][解决办法]java刚入门
值得见解些
[解决办法][解决办法]恩学习了很多~对于73楼观点表示支持，但是如果是小公司根本做不到啊。另外开源框架还是狠有优势的要不怎么市场这么多人用呢
[解决办法]ssh用熟了，还是挺好用的，它的结构很清晰。
[解决办法]正在学习ssh mark下
[解决办法]越来越讨厌用spring了……脑残的反转控制……囧
[解决办法]受教了，便于确定方向
[解决办法]<h>支持</h>
[解决办法]恩，说的有道理的啊。
[解决办法]------解决方案--------------------
SSH的东西确实降低了现在程序员编程的水平~~
