为什么都乐而不疲的用struts+hibernate+spring

spring mvc 可以很好的取代struts 个人认为 spring+hibernate 比较经典

解决方案 »

  1.   

    因为用的人多。所以都在用。struts的文档 学习资料也比较好找(中文的)
    spring mvc 的文档貌似比struts难找一些。
      

  2.   

    我觉的struts的页面处理那块好用点
      

  3.   


    那么您认为Spring MVC比Struts好的理由是什么？
      

  4.   

    也许你没有全面理解这三个框架的优缺点。就像我可能也没有完全理解这三个框架的优缺点一样，我倒是觉得Struts是我首推的，spring其次。尤其是struts2，虽说mvc机构自己写一个也很简单，但struts2的处理方式确实为开发带来的很多方便，类字段作为属性自动注入和获取等等都是天才的设计。
    Hibernate自从我做了一次数据库修改非常频繁的项目之后就没怎么用它了，用这个框架数据库结构若频繁修改会把人烦死。还有一点不知道是我理解不对还是怎样，说的不对请各位赐教，hibernate对应实体，如果查询的数据是多个表关联的数据，三个表关联甚至四个表关联，那当如何处理？ 不是很麻烦吗？虽说也能根据主外键向上取，往下取，效率会有多低呢？ 所以我后来很少用hibernate，也不用实体，而是把数据集封装到
    List<Map<String,Object>> 这个的结构中，不知各位对此有何看法，请发表意见。
    至于spring，我觉得他的aop是我最青睐的，不想用jboss的aop，而aspectj，IDE又没有很好的支持。
    不知众高手有何见解..
      

  5.   


    当然选取哪种做都可以，但是struts2现在相对来说更为成熟，用的比较广泛。他们的区别也主要是对表现层的处理，别的没什么。但是spring虽然有自己的框架应用，但是并不是建议就用自己的框架部分，而是为了和当前优秀框架的无缝整合。
      

  6.   

    个人认为  struts率先出世！占领了市场  习惯的人多了，后面的人也跟着前面的人走！
    除非这条路特别歪 才不会继续走下去！struts在不断更新 ，不断强大  当然爱上它的不会抛弃它了啊。
    Spring当时在做的时候就考虑到了市场的竞争，因为hibernate和struts都比它先出世，所以那两个模块它的竞争优势已经没有了…………  
      

  7.   

    hibernate的 效率问题 是可以自己去提高的！只是我们了解hibernate的底层太少…… 所有我们停留在了这些优化和效率问题上面 而不断烦恼  
      

  8.   

    SSH我也不是很懂，因为项目需要，所以得学习啊，迫于无奈
      

  9.   

    不用struts，用jsf1.2，jsf用来初始化页面超方便，...........
    用spring的反射，不用hibernate，自己写的jdbc类操作数据库。
      

  10.   

    MVC 的主流就是那几个 所以人们都在用 除非你自己设计你的MVC 
    就像别人都开奥迪、宝马，你开你自己的组装车 都一样能开