项目摸底(问题很简单,这分很好得)

Question

一般来讲没超过一百万的系统，用struts不合算。

Answer 1

应该用什么呢,请大侠们指点,是不是jsp+serverlet+dbms,我们公司的程序员都不懂美工,我们公司有专业美工,所以想用mvc的开发方式

Answer 2

用我们的东东试试：http://211.95.79.143/

Answer 3

用mvc的框架！就上struts吧！ 又不是ejb……

Answer 4

可以用struts，而且用其中的很小一部分就可以了，比如MVC，TAG等

Answer 5

一个项目的利润＝到帐款－成本，如果不考虑分期到帐等因素对利润的影响，但考虑成本方面。
项目的成本不在于你使用了何种技术，就软件开发而言，最直接的成本就是投入的人月。使用某项技术影响的是项目的风险等级，如果在某项技术上有一定的经验积累，那么就有可能会在某个无法预料的地方被卡住，导致整个项目delay。当然也有可能一帆风顺，这个就需要你来决策了，是押大还是押小，押100块还是10w块……最后就struts来说，我没有在项目中实际应用过，我初浅的看法是struts作为一个mvc框架，最大的优势在于控制流转，而业务逻辑还不要是放在Action里，否则不利于测试。而表示层我也不喜欢Struts的tag（美工肯定也不会喜欢的），所以如果你的系统分析下来，觉得web页面流转控制很负责，那么的确可以使用现成的框架，以后扩展、修改、调试、维护都方便。如果页面流转逻辑很简单，那么还不如自己实现个简单的MVC，写个Servlet，从一个properties文件或者xml文件里读出Action类，FormBean好像没什么太大用处，直接在Action里从request里取参数好了。

Answer 6

N多错别字，羞愤ing……一个项目的利润＝到帐款－成本，这里不考虑分期到帐等因素对利润的影响，单考虑成本方面。
项目的成本不在于你使用了何种技术，就软件开发而言，最直接的成本就是投入的人月。使用某项技术只会影响项目的风险等级，如果在某项技术上没有一定的经验积累，就很有可能会在某个无法预料的地方被卡住，导致整个项目delay。当然也有可能一帆风顺，这个就需要你来决策了，愿意冒多大的风险，是押大还是押小，押100块还是10w块……最后就struts来说，我没有在项目中实际应用过，我初浅的看法是struts作为一个mvc框架，最大的优势在于控制流转，业务逻辑最好不要放在Action里，否则不利于测试。而表示层我也不喜欢Struts的tag（美工肯定也不会喜欢的）。所以如果你的系统分析下来，觉得web页面流转控制很复杂，那么的确可以使用现成的框架，以后扩展、修改、调试、维护都方便。如果页面流转逻辑很简单，那么还不如自己实现个简单的MVC，写个Servlet，从一个properties文件或者xml文件里读出Action类，FormBean好像没什么太大用处，直接在Action里从request里取参数好了。

Answer 7

我认为还是用struts如果比较熟悉的话，因为它的易维护性及开发效率不用多说；如果不是很熟悉那就用jsp+servlet+java后台类（javabean，常用类）也是mvc结构，开发效率也不错，但是一定要制订统一规范，要不我想大家都知道，在这个不稳定的时代需要花费的维护成本是血的代价。

Answer 8

我认为应该根据你们这个项目的实际情况来考虑,如项目所需的工期、项目所涵盖的技术问题等等。如果对struts比较熟悉的话，就用struts开发，毕竟它的可维护性和高效率是很好的，否则还是建议用jsp+servlet+javaBean来做，这种开发模式的维护性太差了。

Answer 9

to: mor(天蓝，天蓝) 
如果你使用了o/r mapping
就会知道formbean的好处了
嗯，不过可能需要自己写一个反射函数……
但至少储存的时候调用一个接口就行了
嗯

Answer 10

30万不算多
强行上ejb不是不可以
至少用ide开发，ejb写起来会快一点
呵呵，jboss+ejb+struts+mysql
30万，应该可以拿下

Answer 11

servlet + mysql + tomcat OK!!!

Answer 12

请问给位，使用struts是否非要用到struts

Answer 13

struts+hibernate我想不错吧！！struts做为前台的控制最好的选择了啦！！hibernate做为数据库底层操作也很好呀！
开发时间也不会很长呢！！

Answer 14

请问给位，使用struts是否非要用到ejb