我以前就用struts开发项目,一个表增,删,改。。才写几个文件就搞定啦。现在兴起ssh框架(spring,hibernate,struts),写一个对表的增,删,改。。,转来转去,转到头晕。。
还多了好多的类什么(接口等)一个项目开发起来,类肯定多了几倍。。用的时间也多了一倍。。他到底好在那里请大家说说。。谢谢开发项目,不是快,少代码就好吗。。为什么越来越复杂。。请大家说说。

解决方案 »

  1.   

    】  SSH,松耦合,分层,便于项目后期扩展,维护方便,真正周期长的是后期维护。
      

  2.   

    +1说的很对,对一个简单的操作来说,你会觉得采用ssh的步骤太多,太如果去做一个大的项目,你就会体会到它的好处,它很多的配置是一次性的,又不要每次都配。方便主要是在后面。
      

  3.   


    是这个道理的,比如你写个简单的增删改查,jsp+servlet就挺好的,简单省事,但是项目一旦大起来了,你写起来就比较费劲了,然后如果后期有什么需求变动的话,那么你就需要很费劲的,ssh他好多的dao层都封装好了,你只需要在业务层spring和逻辑控制层strus2来修改一下需求,因为分层的原因,就算是当前做项目的人走了以后,后来开的人也很容易的上手的,因为松耦合,不会一发动全身的。你可能是还用的比较少,如果你用得多了,你会发现尤其做大项目的时候,会有很大有事的,只是个人偏见罢了
      

  4.   

    这里所谓的松耦合只是大家的一厢情愿吧?不要认为有了几个接口就有松耦合了!现在使用 SSH 有个怪圈,有事没事就整一个接口,美其名曰松耦合!接口一般来说是优先定义好的,一经定义好的接口是不允许更改的。大家可以回想一下,是先写实现类,还是先写接口的?如果是先写接口的,那写实现写着写着感觉少了一个方法呢?如果是这样的话,这样的接口没有任何存在的意义,也根本谈不上松耦合!
      

  5.   

    现在使用 SSH 就是在为了接口而接口再开发!
      

  6.   

    类的数量多了不等于开发量就大了,service层和dao层基本都差不多,很多都可以复制一个文件出来再查找替换就可以了
      

  7.   

    应该说,ssh框架比较成熟。你拆分开来,但看,使用spring、hibernate等好处是什么?struts只是一个mvc框架,你明白了,spring、hibernate的好处,自然也就理解了,为什么ssh框架的优势了。
      

  8.   

    其实对于接口   只是为了代码的简化  同时也弥补了java中的没有指针的问题    而且SSH框架并没有完全限制思维  也并没有规定一定要分多少层   只是要你技术到位   能够把什么数据库的链接 数据存取 等各种功能封装到一个类或者几个少量的类里面  你分一层也没什么  只是后期维护麻烦点就是了
      

  9.   

    google 去搜索 ssh优势和劣势?群众的眼睛是雪亮的!不解释!
      

  10.   

    在我看来,宏观上的好处应该可以归咎:耦合,减小硬编码,可扩展性吧。
              微观上就是各自在不同的层面上发挥应有的特色,
              比如:hibernate的ORM,更能体现出oop思想。等。