想用struts基于mvc的开发,那就应该对全局的分析设计
仅一个模块中使用,我看没这种做法。

解决方案 »

  1.   

    这样做是可行的,但对整个项目的好处需从项目本身考虑。
    我们就这样做过,静态部分由一个小组开发,全部用html格式;动态部分由另一小组开发,采用Struts。
    只要把系统分析清楚,在一个模块中使用struts对整个系统的影响将是优点比缺点多,如果系统分析不很清楚,那就难说了。
      

  2.   

    是可行的。我的一个项目早期用的是javabean/servlet/jsp,后来增加功能的时候在一个模块中采用了struts,完全不影响。就像2个系统一样的运行。
      

  3.   

    是这样的,这个项目已经持续2年了,最开始用JSP + JavaBeans,然后用JSP + JavaBeans + TagLib 并采用了简单的MVC架构,感觉仍然不利于维护和扩展(用户一期、二期、三期的需求接踵而至)
    系统分为资源管理、故障管理等多个系统模块,我现在在做的是业务模块,其中包含很多的子模块,每个子模块是一种业务类型的业务功能实现,最主要的功能是出动态的业务报表和图表;由于业务上的需求较多,而且变动较频繁,因此想把业务这一块用Struts来实现。现在的问题是,如果只是一个模块用Struts,应该没有问题吧?既然上面有几位兄弟说没问题,想来是不会有事的;
    还有个问题是,决定要用Struts的不是我,而我研究了一下Struts发现它带来的麻烦处似乎比好处还多,那么什么情况下使用Struts才好呢?我觉得它的优势似乎在于复杂的流程控制,而我们的功能正好流程很少,重复(每个报表的创建都有一个相同的过程,界面略有差别)较多,struts有经验的兄弟请多多指教,先谢谢了!
      

  4.   

    对了,整个系统没有一个静态的html页面。
      

  5.   

    页面上简单的动态操作部分使用Javascript DHTML,需要大量交互操作的地方都用Applet, 数据呈现采用XML+XSLT
      

  6.   

    可以是可以,但好象只是很理想化的做法。Struts只是对JSP、Servlet、JavaBeans的扩展,JSP、Servlet、JavaBeans所有的东西依然可以在Struts中使用。我们写项目的时候首先拿到的是客户的需求分析,然后根据需求编写功能说明,结构设计等。
    程序模块是根据功能划分的。
    没有必要太牵强于几个模块,只要和功能吻合就可以了。