我的下个项目要不要用STRUTS;(向接触过STRUTS的大侠们, 请教关于STRUTS的大致情况)

我的理解STRUTS适用于比较大的系统，特别是各种开发人员比较多的场合。另外你提到"软件开发设计的时候,有很多细节设计起来很需要技巧, 甚至还有很多细节在设计的时候根本没有办法考虑到,到了开发的时候才发现它存在一个问题",struts也比较适合处理这种问题，可以使程序的修改量降低。

struts是一个很优秀的架构，主要是mvc。没有在实际项目中使用过，只是自己自学了半年。所以还没有什么经验可以说。
struts本身是比较适合中等的或者大型的系统，因为较小的系统分离mvc之后的代码量反而增加。分离了mvc之后，可以很方便的在bean中根据实际需要应用各种模式。主要需要注意vc之间的分离，尽量不要在jsp中有关于逻辑和控制的代码。
在struts的官方网站上的例子一般都很好，可以参考。
有一个叫expresso的应用是整合了apache的项目的实际应用，主要是struts，具有较高的参考价值。这个应用中对struts进行了扩展。

struts其实就是体现MVC设计模式的一种架构。
对于View部分：struts主要提供了一套标签库，负责从表单读取数据到FormBean中,或者相反,当然也可以从你的model bean中读取数据。可以从它的源代码看出它如何读取和显示数据的。
对于Control部分:struts提供一个起流程控制的servlet,它主要根据struts-config.xml中的配置
流程实施调度；在这里面生成Model 的对象，或从session,servletContext,PageContext,Request中取model的对象执行业务逻辑。
对于Model部分，其实就是实现业务逻辑，如数据库的操作，调用EJB等。如果以前写了大量的JSP，SERVLET，BEAN等，而且需要集中控制流程，就可以采用STRUTS。它本身基本保证程序开发的模块结构是否清晰（如上描述）。
其实也可以采用Java Server faces技术，它的原理和struts相似，也是尽量避免在JSP中嵌入scriptlet代码，和流程的集中控制。

楼主可以用STRUTS
如果项目不是绝对重要的话~
感觉STRUTS不难学~
你可以找个深入了解STRUTS的人来给你的人员培训~
两三天就可以了~
最好顺便写一个示例模块`
以后就跟着框架写就可以了~
不难~
到是TAGLIB~建议不要用~~
难学~有不好用~
代码虽然简洁了~
可是美工看不懂的~
就麻烦了~

开发应用,Struts是很好的选择,不过如果对于页面要求比较高的或页面更新比较频繁的,是要慎重考虑一下.

好的框架不只是struts
还有
　Cocoon　-　基于XML的Web内容发布　
　Xang　-　快速开发动态网页　
　Slide　-　内容管理框架　
　Struts　-　基于MVC设计模式的JSP　
　Jetspeed　-　基于Web的组件　
　Turbine　-　基于Servlet的Web应用开发　
各有各用.呵呵

struts是个不错的框架，其实它和模式二是一样的。
jakarta开发struts的一个主要原因是希望在JSP页面不要出现用<%%>包括进去的JAVA代码。
于是struts提供了一套标记库，可以让你看上去像在开发HTML一样(当然最终那些标记会被编译成servlet里的代码块，这步工作当然由struts自动完成喽!)
这样做的好处在于以后维护起来会很方便，开发起来也比较快速。
我只讲了STRUTS的一个方面，你可以找一些STRUTS的学习资料看一下先。
我觉得你那个系统还是比较适合用struts做的。

我现在做的项目就是用struts,严重同意 liangwei8023(天天)意见，一定要先把界面做好，要不你会烦死。

这做好界面是什么意思??!!!
是不是把自己的整个项目先用静态HTML做出一个模拟版本,然后在借用STRUTS开发框架?

struts开始是很烦。不过很不错。

现在一共接触到让人困惑的三个概念了:1. STRUTS开始很烦(是写代码的时候出错的机会很多,还是一开始着手很吃力?);
2. 要把自己的界面先做出来(是用HTML先把全部的界面做出来吗);
3. 跟着框架写,但是TAGLIB~建议不要用(可以不用它的TAGLIB)只用框架吗?

1。Struts 并不烦，熟悉jsp的人员一天就可学会，它只是把jsp/servlet/javabean中的代码按mvc思想放到了合适的地方。但项目组需要一个熟悉英文，struts的高手指导。
2。建议先开发原型，
3。 bean, logic tag 推荐必用，特别是logic:iterate, 为美工的方便 html 标签库推荐只使用selection/option, multibox,( html:form 可以在美工完成后使用，因它能够防止多次提交问题)。

我就不说struts的技术问题了，诸位老大说的已经不错了，不行网上查查资料也可以了。
我现在想说说struts的应用吧，首先如果项目比较急而且没有提前对struts的技术作些研究的话我建议还是不要大规模使用，当然一些独立的模块使用还是问题不大的，否则风险比较大。再一个就是如果确定要使用了那么一定要给开发人员一些培训和学习，并且制定与之适应的开发规范。否则继承的过程中会遇到问题，并且不容易发挥struts的优势。

我现在的项目就用STRUTS,这东西简直就是垃圾,生产出了许多无用代码,进行复杂画面的开发简直是上清天.建议不要用这种垃圾

说Struts是垃圾只能说明上面这位楼主没有真正理解struts.同意corner(棒子)的观点，最好有个技术小组先对独立模块试验struts,技术掌握后，再全面使用。

好的框架不只是struts
还有
　Cocoon　-　基于XML的Web内容发布　
　Xang　-　快速开发动态网页　
　Slide　-　内容管理框架　
　Struts　-　基于MVC设计模式的JSP　
　Jetspeed　-　基于Web的组件　
　Turbine　-　基于Servlet的Web应用开发　
各有各用.呵呵
-------------------------
接触过Cocoon, Jetspeed，Turbine
相对而言，struts比上面的要简单。
建议：
1.请个牛人给培训，懂点java的人2天就可以搞定。
2.先搞定页面，这样，美工和程序开发可以同时进行。
3.制定统一的编码规范，不单单是命名，还有如不要把form的validate放到action的execute等等

对的，struts不是万能的，它有它的成功之处同样也存在一些缺点，对复杂页面的难以处理就是其一。我想凡是用好一个工具和技术必要认清它的优略所在，发挥它的优势，规避它的短处。

我们的项目中就避开了标签库/FormBean部分，主要应用struts的流程控制部分。实际上View中（JSP）的控制代码是很难避免的。

我是新接触Struts的。我不明白一点。就是Action做商业逻辑，那么ActionServlet起什么作用。有没有这样的框架，就是只有一个Action，就能处理所有的form。
另外，项目的大小有什么区分标准没有。

pretybean81(ben):
Struts 无非实现了构架,在对日软件公司中称为基盘,我个人认为实现了mvc的东西未必是什么好东西,开发中要写好多垃圾代码,写的设计书也是好多垃圾

上周听了讲座，方梁老师有句话说的好“设计要为变化而作”，如果你开发的东西，后期不需要扩充和修改、今后也不需要太大的维护工作。那就不要用什么mvc了，以最快最简单的方法一次性干完就完了。
MVC国内国外这么多人都在学习和研究，请不要轻易说它是垃圾，谢谢。

不管用什么架构，只要能在最快的时间内把
项目作出来。
Java本来开发就不快，再用什么模式这个架构的
来折腾，还要赚钱啊

mvc大大提高了系统开发的可控制程度，我赞成使用

我感觉不必要用struts的所有tag，有些不灵话，不方便，主要用它的screen流吧。

只适合做小项目或SAMPLE，不实用。
尤其是FORMBEAN，对它的维护简直是噩梦,
还有联接的管理，眼花眼花头大头大

jsp+servlet+javabean就挺好
关键是在分析设计以及项目管理,框架只是工具,只能解决你一部分问题,
如果你的项目不是很大,没有必要用, 使用框架的另一个坏处是,对它产生
依赖性.实际jsp+servlet+javabean一样可以适应中大型项目.

如果说Struts是一种框架，不如说是一种开发方法；如果说是一种方法，不如说是一种开发思想。在项目中是否直接用Struts及是否使用框架可因项目和开发人员而异，我个人觉得更重要的是要学习它的开发思想，学习如何使项目结构合理、代码重用率高、各开发人员和谐工作、项目维护方便。
　例如，分析一下Struts标签的实现方式，即使以后不用Struts标签，但对自己编写自定义标签是很有好处的，通过标签，可提高代码重用率高，也使JSP代码的可读性大大提高。

我现在在做一个小型的B2C的网站用JSP做了一个原型是基于model 1的，现在客户希望把他转成mvc架构的，不知道能否用struts来实现，

structs还是要理解了才用，要不根本就是束缚。小组开发人员应该都对model2有一定的概念，并且喜欢。建议还是用快速原型，当达到一定代码量时，或许会浮现出model2的影子。那时再用structs重构。
不要花一堆时间去搭架子，却不知道这个架子能有多高的利用率，适不适用，不适用的话可是会束缚项目开发进展的。

lichenggang1976(中国龙) 说得很对啊。我赞同！STRUCTS真是想说爱她不容易！

我们公司有两个项目用了STRUCTS，比较适合中型项目，如果以后维护工作比较多的话，可以考虑它，如果是一次性开发，就算了，毕竟自己学也要几个星期。如果找到有经验的人教，3，4天就可以会了吧，不然烦死你。
同意“开发应用,Struts是很好的选择,不过如果对于页面要求比较高的或页面更新比较频繁的,是要慎重考虑一下.”。不过TAGILB是不可少的。
关于“ALLERRORS”说的那几个框架我都了解一些，太抽象，应用的面太广，如果具体实施，中间步骤很多，如果你不是考虑要支持什么无线应用，WML很多东西的话还是别用了。
其实每个应用都有自己的框架，STRUCTS也是，只是每个框甲使用的范围不同而已，楼主量体裁衣吧

调试易

我的下个项目要不要用STRUTS;(向接触过STRUTS的大侠们, 请教关于STRUTS的大致情况)

解决方案 »