jsp+javabean+servlet
用这个吧ASP有没有MVC呀
我想ASP可以 JSP应该也可以吧

解决方案 »

  1.   

    MVC是什么,可以解释一下吗?
      

  2.   

    中大型项目STRUTS 还是很好的。
    小型项目是没有必要。是自找麻烦。
    用struts 维护要方便很多。
      

  3.   

    虽然我不知道具体structs怎么用...但它核心也是采用jsp+javabean+servlet的.只是使用时的模式教以前常用的方法有了新的改进(或规范性吧)..
    它提出了一种MVC 的具体实现...
    是Modem2的延续,似乎...呵呵..我也不太懂...请高手具体讲讲以教我吧...
      

  4.   

    to:hejianling305(爱上JAVA的笨小孩)
    你在大型项目中应用过Struts吗?而我感觉系统越复杂,formbeans和strurs-config.xml就更臃肿。主要是你稍微修改一下业务流程得话都有可能去修改一下配置。欢迎大家继续探讨。
      

  5.   

    我现在也比较疑惑.现在公司要求出平台产品,力争在一般的行业应用系统中,只改少许的配置文件或数据库,即能支持满足同一行业不同客户的运行要求.这好难啊,我都不知道怎么下手.走常归的OOA->OOD->OOP是正确的途径.采用MVC的Struts,waf等框架也是可行的路子,用相关的O/R Mapping工具(Hibernate)来解偶JDBC,也是不错的选择.....但,这些真能达到我想要的效果吗,软件的复用度能达到这么高?????请高手指点一二.
      

  6.   

    呵呵,struts有其先天的不足,可那些(ASP,PHP,JSP)没有一个可以将美工与编码完美分离,struts比较好的实现了!至于你说的美工人员需要记忆标签,那是肯定的了,和没有美工人员不记忆HTML标记是一个道理!!!
       至于维护的高效性,你要明白不是为了struts而struts的,不管Action  or  ActionForm都是C(控制层)为了提高维护,那么javabean必须实现M(模型)!
       呵呵,吃饭了,以后说!
      

  7.   

    jsp,j2ee方面我开发了两年了,也没有用过struts
      

  8.   

    struts这个东西只是听我们老师说如何的有好处,可是到公司做过的项目从来都没有用到过struts
      

  9.   

    struts挺好用的啊,如果为了美工方便,可以不用struts带的标签库啊,只用struts的跳转功能,很好用。现在我们作的项目就是这样,jsp页面不用标签库,struts负责跳转和两层间数据传输功能,不涉及到业务。当出现变更时,涉及到那个层面就改那个面上的程序就可以了。例如:如果数据库中增加了一个字段,只需要修改数据持久层和页面就可以了,struts根本不动。
    用了struts后程序维护容易多了。不过struts的标签库目前没有使用,用过一阵,觉得让人很难理解,降低了程序的易读性。所以页面还是用jsp语法写,正在寻求更好的解决方法。
      

  10.   

    什么语言都可以MVC啊,STRUTS只是把MVC结构给你搭好了,不用也可以自己搭建MVC的。只是比较麻烦点。
      

  11.   

    Struts的MVC框架很好,就是有些地方死板了一些,对于他的标记库,我觉还是有不错的地方,但是如果要真正做到代码和页面分离还需要自己扩展很多东西。
      

  12.   

    只能学习.... 不过目前对Struts没有好感...
      

  13.   

    刚刚开始接触struts,谈点个人想法:
    我觉得struts把web层和业务逻辑层之间的数据交换的途径给限定死了(即formbean+Action)。这样的好处应该是多个程序员写出来的程序都差不多了,不容易出现五花八门的情况,对项目经理那一个级别的人来讲,更容易控制项目的开发过程。
    不知道我理解的对吗?