ssh优缺点

ruby on rails不好吗

现在出的play framework不好么?

随便你爱用什么就他妈用什么,我虽然现在已经不怎么写代码了,但是我还是对技术比较热衷

我只是觉得ruby 还有 play的确比struts2强很多,你他妈随便,你这个S13

你以为你的struts2无敌了?

心态放平 好东西大家都喜欢

而且这种希望好东西流行的心态我也是有的

我接触过一点linux,我感觉比window好很多啊...但是事实无法改变 window还是处在霸主的地位

可能操作系统有点大(而且我接触的也不多,不好评论)...

那么我已经不用ie很多年了...ie也一样还是很多人用..这是事实

线程这个地方的确我不是很熟悉

根据我浅薄的线程知识 不要在action中直接定义实例变量 问题就不会很大(不肯定啊)

但是不在action中定义对spring ioc有些不方便...

不知道能否给解释一下 我的线程的确连入门都不好说

如果action是singleton并且定义了可变的实例变量（如某个状态标识），则线程不安全；
这不影响你用spring ioc，因为注入的东西往往也都是datasource、service、dao等，它们都是初始化以后就不会再被改变了，并且它们本身也是可以做到线程安全的。
至于它们如何保证线程安全，道理同上。

所以我觉得这个不能算是缺点，只不过是从serlet过来的特性吧。

哦 原来是这样啊...多谢

我说下优缺点吧,面试也问到过,不过面试时老回答不上来:
struts2 优点:mvc的action,view层分离,c使用配置文件控制方便,2比1的线程安全,而且不需要使用接口,可以完全脱离容易
缺点:插件结构多而且复杂,配置起来麻烦.自定义标签需要改写结果集,也就是要改造框架,巨麻烦.无论是使用tag或freemarker
spring
优点,aop的切面开发给事务编程带来了非常大的实惠,配置事务容易
缺点,过度编程,太重细节,配置方式太多样
hiber
优点:把数据转化弄成配置方式,为object关系,到entity的er关系转换带来优势,提供了应用到数据的完整映射. 间接带来soa发展,cacha结构带来实质上的好处,带来实质上的数据访问优化
缺点.还是配置.
hql已经标准化了

弱弱的问一下？美工写前台页面取数据用<%%>？

struts1.X的标签纯粹是个摆设

1.struts第一个优点应该是实现了MVC。
并且针对线程安全的问题，struts1会有，因为它默认是采用单例，struts2就不是·一个请求一个实例。
struts2对于表现层的支持已经很不错了。并且做的很全面
2.spring的核心就是IOC和管理。
还有一个更重要的原因就是spring因为有大团队支持的原因所以对于其他开源框架的支持快速并且优秀。
对于spring的缺点目前我觉得是太过于臃肿了，当然这个也不能避免了。至于lz你说的他利用反射来做，我只能说，没有任何一个框架不会用到反射，因为框架是用一致的形式去解决未知的代码，只能用反射做。
3.hibernate的优点·我仅仅认为它是第一个ORM的框架，在MVC的切分和JDBC的封装上做的靠前。
对于他的HQL和他的缓存我并不认同
HQL会导致你根本无法执行你真正想执行的sql，调错或者自己查看代码的时候十分困难，这种hql设计已经起到干扰作用了，当然平时我们写一个类似于select * from user where username=‘jason’的这种sql是无所谓的，但是在大型应用中sql是复杂的，多变的，所以对于这一点iBATIS做的很好，不从根本上去干扰sql，但是又起到管理和切分的作用
hibernate的缓存并不是高效的，在一般的开发中对于缓存都会有专门的缓存框架，如果使用了hibernate，就会太过于依赖它的缓存，没有缓存他的效率不会太高，所以一般的企业开发不采用hibernate
加油