我为什么不用struts

在我眼里，struts还有几个关键的缺点，所以我用了3-5个项目后就不用了。

主要的缺点有这么些：

1、输入输出变量范围定义不清晰。在一个action中，所有输入输出变量都是作为对象变量存在的，既无法区分某个变量是属于哪个方法的，也不能区分哪个变量是输入变量还是输出变量。有人说，我每个请求都用单独的action来处理不就行了。这个办法的确可以区分每个请求之间的输入输出，但是你会面临action数量急剧膨胀的问题。

     输入输出变量定义不清晰的带来的问题是代码可读性比较差。使用struts的时候，极端情况下，你得把jsp+action+js结合起来看才能确定某个请求有哪些输入输出。这对项目的维护者来说实在是件很痛苦的事情。

 

2、struts在处理ajax请求的时候太不方便了，虽然你可以配置一个插件让strus具备返回json result的功能。但是目前的插件距离我的实际需要还是有差距的。主要的问题在于，struts现有的json插件不能定义java对象序列化到json对象时的映射策略。就拿User对象来说吧，假如我目前设计的是订单界面，订单又引用了User对象作为订单的制单人属性。那么在序列化Order对象到前端的时候，我只需要序列化User对象的id,name就够了，user对象的其他属性可以统统不要。但我如果在维护用户的模块中，显示用户列表的时候，通常要显示用户对象的大部分属性。因此java对象到json对象的序列化策略应该是运行时动态设定的，不可能用annotation来申明。但struts以及struts插件并没有提供运行时根据请求为某个类选择不同映射策略的功能。

 

struts2，学习成本不可谓不高，功能不可谓不强大，但不符合我的需求。

 

学习strus2，假如不花个把月时间静下心来学习和实践，估计没人敢说自己精通strus2了。但mvc真的有必要那么复杂么？

 

mvc是什么？他应该能干什么？他的核心价值在哪？最小的mvc应该包含哪些功能？我们自己写一个mvc如何？自己写一个mvc框架需要超过一个月时间么？

评论

78 楼 Agrael 2011-04-18  

simon_zhm 写道

楼主到底有没有真正玩过jsonplugin啊，你第二个问题说的是问题么，jsonplugin的配置不是可以让你用正则来设置哪些属性返回，哪些可以不要么，再说了什么输入型参数，输出型参数，要关注这些干嘛呢，就因为这些微不足道的东西把struts批得这么不是，学习成本高？再高也没有自己重写一个高吧，模仿一个MVC框架的功能并不难，难的是你这么短的时间内，能写出具有通用性，扩展性的框架么

这里也能见到你-。-无处不在啊。
是啊，想想学习成本。。。。。我写的框架MVC部分的xml配置和注解配置都尽量向struts2靠拢，都是尽量减少学习成本。。。。。。

77 楼 Agrael 2011-04-18  

hexiaodong 写道

我要说的就是struts又复杂，又不能满足现在的需求啊。
再说了,order.user.id之类的命名又不是什么http规范，仅仅是struts为了能够把http参数注入action而约定的input命名格式。
采用json格式提交数据，既能够使代码最简化，又能提供最大的灵活性。

整体并非struts2的格式，而是规范，以name-value的形式。并非input专用的。你用url的querystring也可以提交。
你使用json也需要一个name表示从哪个name取到json串，只是你提供了一个 json-->你的对象 的一个方式而已。

附带提一下，使用json提交数据是灵活性很大，但是验证安全性和完整性却很麻烦，这些都是相对的。

76 楼 hexiaodong 2011-04-18  

我的同事或者下属不一定要和我差不多水平，他们不学我的框架开发，就只能学更复杂的struts1或者struts2了。
我的框架仅需要1-2个小时的学习成本而已，前端都是封装好的Js控件，一般都是需要编写的js代码主要有form.getValue(),grid.getValue()和tree.getValue()等等，然后把得到的结果提交到服务器段就行了。

75 楼 simon_zhm 2011-04-18  

楼主到底有没有真正玩过jsonplugin啊，你第二个问题说的是问题么，jsonplugin的配置不是可以让你用正则来设置哪些属性返回，哪些可以不要么，再说了什么输入型参数，输出型参数，要关注这些干嘛呢，就因为这些微不足道的东西把struts批得这么不是，学习成本高？再高也没有自己重写一个高吧，模仿一个MVC框架的功能并不难，难的是你这么短的时间内，能写出具有通用性，扩展性的框架么

74 楼 ice123456 2011-04-18  

hexiaodong 写道

ice123456 写道

说句实话。我承认你说的都比较在理，有时候自己写一个简易工具（个人认为只是工具而已），有时候可能认为会比框架的功能好，也可以避免很多效率的问题。  但是我感觉你上面说的话，有点过重，导致其他喜欢struts2的人有点反感而已。

简单就是最好的设计，现在讲点道理，顾虑可真多啊。

同意。就跟写代码一样，不用注释的代码就是最好的代码。但是你也认为你和你的同事或下属都是一样或差不多的水平吗？  你认为你永远不会带入学生开发人员吗？  我相信学生也可以很快去学习你写的框架，但是不一定他能理解你所完成的功能。

73 楼 hexiaodong 2011-04-18  

我要说的就是struts又复杂，又不能满足现在的需求啊。
再说了,order.user.id之类的命名又不是什么http规范，仅仅是struts为了能够把http参数注入action而约定的input命名格式。
采用json格式提交数据，既能够使代码最简化，又能提供最大的灵活性。

72 楼 ice123456 2011-04-18  

Agrael 写道

hexiaodong 写道

你没用过前端可编辑表格控件吧。用惯了桌面客户端的企业用户，不会允许你在浏览器放一大堆Input来当做表格的单元格来用的

只是提供一个形式而已，意味着是一个name，我故意这样写的，方便理解。你想着那是一个name就可以了。只要满足这个name格式，至于你怎么个形式提交方式，不重要。

hexiaodong 写道

在用户对操作体验要求越来越高的情况下，浏览器富客户端越来越流行，意味着浏览器很多的交互动作是通过js控件完成的，除了编辑集合的表格控件，还有编辑目录结构的tree控件，以及其他一些表达复杂数据结构的控件都有可能在应用中出现，仅仅靠form中的input来编辑数据，来提交数据，你将会逐渐落伍的。

其实hexiaodong大哥(个人年纪比较小),说的我非常赞同. 我在上家公司跟我主管2人讨论过这样的情况.也不知道我想的是不是对的...当页面越来越丰富的同时.可能后台只能需要接受数据或传递数据就可以了..页面的展示效果和表现形式完全可以脱离服务器来完成。

同时Agrael大哥也只是提出struts2，也可以达到这个功能而已。

71 楼 Agrael 2011-04-18  

hexiaodong 写道

在用户对操作体验要求越来越高的情况下，浏览器富客户端越来越流行，意味着浏览器很多的交互动作是通过js控件完成的，除了编辑集合的表格控件，还有编辑目录结构的tree控件，以及其他一些表达复杂数据结构的控件都有可能在应用中出现，仅仅靠form中的input来编辑数据，来提交数据，你将会逐渐落伍的。

我想你没仔细看我的话。
1、说的是http提交参数的一个规范，form的input只是我用来举例子的一种形式，但是提交参数只要满足http规范即可，用什么形式不重要。
2、你所谓的表达复杂数据结构就比较......如果参数到这个数据结构的转换规则和协议是你自己定义的，那么几乎没有一个框架能满足你，如果你是采用规范的协议和规则转换的，那么很多框架都是支持的。
3、框架不可能覆盖你所有的需求。

70 楼 hexiaodong 2011-04-18  

ice123456 写道

说句实话。我承认你说的都比较在理，有时候自己写一个简易工具（个人认为只是工具而已），有时候可能认为会比框架的功能好，也可以避免很多效率的问题。  但是我感觉你上面说的话，有点过重，导致其他喜欢struts2的人有点反感而已。

简单就是最好的设计，现在讲点道理，顾虑可真多啊。

69 楼 ice123456 2011-04-18  

hexiaodong 写道

在我眼里，struts还有几个关键的缺点，所以我用了3-5个项目后就不用了。

主要的缺点有这么些：

1、输入输出变量范围定义不清晰。在一个action中，所有输入输出变量都是作为对象变量存在的，既无法区分某个变量是属于哪个方法的，也不能区分哪个变量是输入变量还是输出变量。有人说，我每个请求都用单独的action来处理不就行了。这个办法的确可以区分每个请求之间的输入输出，但是你会面临action数量急剧膨胀的问题。

     输入输出变量定义不清晰的带来的问题是代码可读性比较差。使用struts的时候，极端情况下，你得把jsp+action+js结合起来看才能确定某个请求有哪些输入输出。这对项目的维护者来说实在是件很痛苦的事情。


2、struts在处理ajax请求的时候太不方便了，虽然你可以配置一个插件让strus具备返回json result的功能。但是目前的插件距离我的实际需要还是有差距的。主要的问题在于，struts现有的json插件不能定义java对象序列化到json对象时的映射策略。就拿User对象来说吧，假如我目前设计的是订单界面，订单又引用了User对象作为订单的制单人属性。那么在序列化Order对象到前端的时候，我只需要序列化User对象的id,name就够了，user对象的其他属性可以统统不要。但我如果在维护用户的模块中，显示用户列表的时候，通常要显示用户对象的大部分属性。因此java对象到json对象的序列化策略应该是运行时动态设定的，不可能用annotation来申明。但struts以及struts插件并没有提供运行时根据请求为某个类选择不同映射策略的功能。


struts2，学习成本不可谓不高，功能不可谓不强大，但不符合我的需求。


学习strus2，假如不花个把月时间静下心来学习和实践，估计没人敢说自己精通strus2了。但mvc真的有必要那么复杂么？


mvc是什么？他应该能干什么？他的核心价值在哪？最小的mvc应该包含哪些功能？我们自己写一个mvc如何？自己写一个mvc框架需要超过一个月时间么？

说句实话。我承认你说的都比较在理，有时候自己写一个简易工具（个人认为只是工具而已），有时候可能认为会比框架的功能好，也可以避免很多效率的问题。  但是我感觉你上面说的话，有点过重，导致其他喜欢struts2的人有点反感而已。

68 楼 hexiaodong 2011-04-18  

在用户对操作体验要求越来越高的情况下，浏览器富客户端越来越流行，意味着浏览器很多的交互动作是通过js控件完成的，除了编辑集合的表格控件，还有编辑目录结构的tree控件，以及其他一些表达复杂数据结构的控件都有可能在应用中出现，仅仅靠form中的input来编辑数据，来提交数据，你将会逐渐落伍的。

67 楼 Agrael 2011-04-18  

ice123456 写道

麻烦几位，技术出身就只牵扯技术就算了。  没什么好咬人不咬人的

一般选择性看看就好。

66 楼 ice123456 2011-04-18  

麻烦几位，技术出身就只牵扯技术就算了。  没什么好咬人不咬人的

65 楼 Agrael 2011-04-18  

hexiaodong 写道

你没用过前端可编辑表格控件吧。用惯了桌面客户端的企业用户，不会允许你在浏览器放一大堆Input来当做表格的单元格来用的

只是提供一个形式而已，意味着是一个name，我故意这样写的，方便理解。你想着那是一个name就可以了。只要满足这个name格式，至于你怎么个形式提交方式，不重要。

64 楼 hexiaodong 2011-04-18  

你没用过前端可编辑表格控件吧。用惯了桌面客户端的企业用户，不会允许你在浏览器放一大堆Input来当做表格的单元格来用的

63 楼 Agrael 2011-04-18  

<div class="quote_title">hexiaodong 写道</div>
<div class="quote_div">
<div class="quote_title">ctoeye 写道</div>
<div class="quote_div">。。。。<br>复杂的对象组合，是在service层完成。action本身就不应该做这些东西。你在action做这些封装本身就是你设计的失误！action只是简单的中转。也就是说你这个order直接放在action的属性中，或者可以定义model驱动。界面直接order.xx.xx就完事了。多麻烦的事？<br>还json,还map，不知道你要搞什么？你搞的那点东西就你自已懂，别人怎么办？以后的人怎么办？struts是大家都懂的，后来的人学习成本低。也利于产品的维护。不懂就学,别jjyy。<br>我以前公司有个人拿他写的所谓的mvc框架给我看，说多么多么好，被我一陈批。不知道这个人是不是你。</div>
<br><br><span style="color: #ff0000;">order.details是一个集合，而不是一个简单属性。你能用order.details.goods.id的方式让order对象关联到一个集合，而集合中又包含一些goods对象么？</span><br>复杂对象的组装如果都在service层完成，那么在用户在做一件事情的时候，你不得不让用户的浏览器和服务器进行很多次的交互。当然你可能没有见过复杂的交互，这不奇怪的。但是最好别乱咬人。<br>
</div>
<p> </p>
<p>
&lt;input type="text" name="order.details[0].product.id"/&gt;</p>
<p>&lt;input type="text" name="order.details[1].product.id"/&gt;</p>

62 楼 hexiaodong 2011-04-18  

<div class="quote_title">Agrael 写道</div>
<div class="quote_div">
<div class="quote_title"><span style="font-weight: normal;">&lt;input type="text" name="order.user.id"/&gt;这样是Order对象中的User对象的id为你输入的值。如果Order和关联的User是存在的，则直接赋值，如果不存在，则使用默认构造方法创建。</span></div>
<p> </p>
<p>&lt;input type="text" name="order.details.product.id"/&gt;这样是你说的订单中的订单明细中商品的关联，输入的值是最终被关联的商品的id。</p>
<p> </p>
<p>不知道我这样说你是否明白。</p>
<p> </p>
</div>
<p>    order.details是订单下的一个集合，是一对多，而不是一个一对一的关系。</p>

61 楼 hexiaodong 2011-04-18  

ctoeye 写道

。。。。
复杂的对象组合，是在service层完成。action本身就不应该做这些东西。你在action做这些封装本身就是你设计的失误！action只是简单的中转。也就是说你这个order直接放在action的属性中，或者可以定义model驱动。界面直接order.xx.xx就完事了。多麻烦的事？
还json,还map，不知道你要搞什么？你搞的那点东西就你自已懂，别人怎么办？以后的人怎么办？struts是大家都懂的，后来的人学习成本低。也利于产品的维护。不懂就学,别jjyy。
我以前公司有个人拿他写的所谓的mvc框架给我看，说多么多么好，被我一陈批。不知道这个人是不是你。

order.details是一个集合，而不是一个简单属性。你能用order.details.goods.id的方式让order对象关联到一个集合，而集合中又包含一些goods对象么？
复杂对象的组装如果都在service层完成，那么在用户在做一件事情的时候，你不得不让用户的浏览器和服务器进行很多次的交互。当然你可能没有见过复杂的交互，这不奇怪的。但是最好别乱咬人。

60 楼 ctoeye 2011-04-18  

eyeieye 写道

xiaodong还趟je的浑水啊？这里回帖的大部分人全职做过的项目还没有你兼职玩过的，就一帮只会扯蛋的

不想说你，兼职玩过的项目能是什么好项目。

59 楼 Agrael 2011-04-18  

<div class="quote_title">Agrael 写道</div>
<div class="quote_div">
<div class="quote_title">hexiaodong 写道</div>
<div class="quote_div">前几天为了整理下思路才写下了上面的文字，没想到引来这么多攻击。<br>这里有我的不是，我确实很久没用struts2了，不了解他很多插件的用法。但是这么多人号称精通或者熟练struts2，实际上用的好的人的确很少，这也是个事实。<br><br>有人让我把自己的框架写出来，再来评论struts2。这个框架我自然是有的，已经用个很多年了。框架的主要的特点是灵活和简单。<br><br>让我们来梳理下mvc的功能先：<br>mvc作为一个交互层框架，核心功能无非有3个：简化输入处理、分发请求、简化输出处理。<br>先看输入处理的简化吧。输入无非有2种类型：一种是仅仅输入一两个参数的，大部分get请求都是这种类型，比如你请求阅读、删除一个对象的时候，参数通常只有一个Id。还有一种输入是向服务器端提交一个复杂的对象、对象集合或者对象图的。<br>在我的mvc框架中，对于第一种输入，我仅仅提供了简单的类型转换，框架提供了一个Input类，该类提供了getLong(String key),getInt(String key),getDate(String key)等方法。对于第二种类型输入，我采用json格式来提交。服务器端通过java-json序列化工具的反序列化方法可以很方便获得复杂的对象或者对象图，对于action来说，通常仅仅需要调用inupt.getValue(key,Class)就可以了。我知道struts2本身可以处理较为简单的表单提交，它能够直接把表单参数注入到action某个对象变量中，虽然它的form中input的命名比较恶心点，但总是能做的。<span style="color: #ff0000;">但我的确不清楚struts如何处理一个复杂的对象图，在企业应用中，这种情况还是比较常见的，就拿订单录入来说吧：订单对象本身关联了客户、制单人、客户联系人，订单还关联了订单明细，订单明细中又关联了商品，商品目录，商品单位等等。</span>像这样一个交互，我估计大多数struts2的所谓高手，可能会把交互过程写的很复杂，或者代码很难看。但是在我的框架中，前端可以很简单的处理：var order = form.getValue();order.details = grid.getValue()。服务器端的代码如下：input.getValue("order",Order.class)就可以了。如果struts2中也可以这么简单，如果能指点我一下，我很感谢。虽然这里只是举了一个例子而已，实际上，因为前端采用json格式提交数据，你可以在前端尽可能发挥想象，可以组装任意的对象图提交到服务器端，而服务器单又能很简单的把它反序列化到java对象。UED将不会因为表单只能提交扁平的信息而烦恼。<br><br>另外看看输入处理吧。我的框架中主要处理4种类型的输出：jsp输出、jsp模板输出、重定向输出和json输出。无论哪种输出，action首先调用output.put(key,value)把领域对象设置到一个输出Map中。对于然后调用：return "dispatcheTo xx/aa.jsp" 或者 return "Wrap a.jsp in b.jsp" 或者 return "redirectTo url?key=${key}"，对于json输出，你可以reutrn null。对了，这里面除了json输出需要配置映射策略，其他地方无需任何配置。<br><br>请求分发，是根据约定来处理的，url的形式是：http://host/action/method.do<br><br>除了可以处理复杂的交互之外，这个框架还很简单，只需要20个左右的class就够了，学习成本大约2个小时吧。2小时候是真正的熟悉，可以熟练使用，处理复杂交互了。当然，复杂的交互是需要有相当的Js基础的。但框架本身你用2小时足够了。<br><br>废话不多说了，你爱随大流我没意见。但我希望有人能够静下心来想一想，交互层核心是什么？有没有必要用几百个class来处理？ </div>
<p> </p>
<p>&lt;input type="text" name="order.user.id"/&gt;这样是Order对象中的User对象的id为你输入的值。如果Order和关联的User是存在的，则直接赋值，如果不存在，则使用默认构造方法创建。</p>
<p> </p>
<p>&lt;input type="text" name="order.details.product.id"/&gt;这样是你说的订单中的订单明细中商品的关联，输入的值是最终被关联的商品的id。</p>
<p> </p>
<p>不知道我这样说你是否明白。</p>
<p> </p>
</div>
<p>action里忘记说了，action里</p>
<pre name="code" class="java">private Order order;
//...getter &amp; setter</pre>
<p> 如果不是对象图形式，getter是不需要的。</p>