|
锁定老帖子 主题：SSH架构中的Struts似乎很鸡肋
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-05-26
最后修改：2009-05-26
bingyunxl 写道
我觉得楼主的见解有以下问题：
1） 对DTO(数据传输模型)，Domain model(领域模型)，数据实体(Entity)之间的理解有些问题 2） 不同层拥有不同的职责，如果不分层，楼主完全可以在JSP页面中完成所有的事情。 3） Action其实就是做一些数据校验，将逻辑计算推到服务层 4） 数据的展示和数据的计算模型很多情况下不区分，但是不能说本质上没有区别，也有很多时候计算模型和展示模型不一致。 请参考
可以看一下这个：http://www.iteye.com/topic/396024
|
| 返回顶楼 | |
|
发表时间：2009-05-26
最后修改：2009-05-26
抖出这个帖子的目的是为了让大家分析一下各种开源框架在应用中存在的实际问题，不要动辄就struts2吧，个人认为这是回避问题，不是靓号的治学态度，呵呵，各有各的问题，没有一个东西是没有缺陷的。如果有必要再开一贴：鸡肋的struts2 ??? 问题同样有一堆，呵呵，没必要啊
|
| 返回顶楼 | |
|
发表时间：2009-05-26
accphc 写道 jcs7575 写道 我认为action不就是做转发来用的
如果不用form那表单的数据传不过来啊 如果不用struts 如果用velocity也是一样需要有spring的controller 也需要有model的 你觉得呢？ 为什么不用form表单数据传递不过来呢？ request.getAttribute()不是一样取么！！ 倒是能取到，不过每次都是request.getAttribute("****") 总归不是很爽吧 个人习惯问题 呵呵 |
| 返回顶楼 | |
|
发表时间：2009-05-26
抛出异常的爱 写道 icewubin 写道 抛出异常的爱 写道 由于多线程关系所以尽量不要使用状态属性.....否则要七锁八锁的....很是麻烦.
在2中没这个问题吧，action属性的生命周期是一个request。 2也没有actionform这东西吧 2可以有 哈哈 默认没有 但是也可以像1那样用 支持的 |
| 返回顶楼 | |
|
发表时间：2009-05-27
抛出异常的爱 写道 icewubin 写道 抛出异常的爱 写道 由于多线程关系所以尽量不要使用状态属性.....否则要七锁八锁的....很是麻烦.
在2中没这个问题吧，action属性的生命周期是一个request。 2也没有actionform这东西吧 struts1的form每次都new，没有线程问题。 倒是struts2的action让Spring来生成的话就必须指定为prototype，否则就会有线程问题。 |
| 返回顶楼 | |
|
发表时间：2009-05-27
betafox 写道 抖出这个帖子的目的是为了让大家分析一下各种开源框架在应用中存在的实际问题，不要动辄就struts2吧，个人认为这是回避问题，不是靓号的治学态度，呵呵，各有各的问题，没有一个东西是没有缺陷的。如果有必要再开一贴：鸡肋的struts2 ??? 问题同样有一堆，呵呵，没必要啊
那你现在准备用哪一个？还是自己开发一个？ 如果是自己开发的那个，说到底是想来个性化一下下。 欧美技术领域的一些技术已经成为行业标准，为什么中国人不好好守规则，还要别出心裁。 自己想证明中国人也能弄吗？ 可以的确是可以。 但是就算做出来的，你以为别人会用吗？ |
| 返回顶楼 | |
|
发表时间：2009-05-27
黑暗浪子 写道 betafox 写道抖出这个帖子的目的是为了让大家分析一下各种开源框架在应用中存在的实际问题，不要动辄就struts2吧，个人认为这是回避问题，不是靓号的治学态度，呵呵，各有各的问题，没有一个东西是没有缺陷的。如果有必要再开一贴：鸡肋的struts2 ??? 问题同样有一堆，呵呵，没必要啊 那你现在准备用哪一个？还是自己开发一个？ 如果是自己开发的那个，说到底是想来个性化一下下。 欧美技术领域的一些技术已经成为行业标准，为什么中国人不好好守规则，还要别出心裁。 自己想证明中国人也能弄吗？ 可以的确是可以。 但是就算做出来的，你以为别人会用吗？ 呵呵，楼上激烈了，之前的帖子已经说过了，目的是讨论“欧美技术领域的一些技术已经成为行业标准的”的东西在具体应用中存在的水土不服问题，存在的标准化导致的细节兼顾不够的问题，是为了强调国人必须在标准的基础进行细节的修正从而定制更好的“应用层架构”，原则是站在巨人肩膀上更进一步，而不是重新发明车轮，对于这个初衷楼上可有疑义？ |
| 返回顶楼 | |
|
发表时间：2009-05-27
betafox 写道 黑暗浪子 写道 betafox 写道抖出这个帖子的目的是为了让大家分析一下各种开源框架在应用中存在的实际问题，不要动辄就struts2吧，个人认为这是回避问题，不是靓号的治学态度，呵呵，各有各的问题，没有一个东西是没有缺陷的。如果有必要再开一贴：鸡肋的struts2 ??? 问题同样有一堆，呵呵，没必要啊 那你现在准备用哪一个？还是自己开发一个？ 如果是自己开发的那个，说到底是想来个性化一下下。 欧美技术领域的一些技术已经成为行业标准，为什么中国人不好好守规则，还要别出心裁。 自己想证明中国人也能弄吗？ 可以的确是可以。 但是就算做出来的，你以为别人会用吗？ 呵呵，楼上激烈了，之前的帖子已经说过了，目的是讨论“欧美技术领域的一些技术已经成为行业标准的”的东西在具体应用中存在的水土不服问题，存在的标准化导致的细节兼顾不够的问题，是为了强调国人必须在标准的基础进行细节的修正从而定制更好的“应用层架构”，原则是站在巨人肩膀上更进一步，而不是重新发明车轮，对于这个初衷楼上可有疑义？ 这语气和中国足协请洋教练时候的语气没什么区别。 |
| 返回顶楼 | |
|
发表时间：2009-05-27
betafox 写道 黑暗浪子 写道 betafox 写道抖出这个帖子的目的是为了让大家分析一下各种开源框架在应用中存在的实际问题，不要动辄就struts2吧，个人认为这是回避问题，不是靓号的治学态度，呵呵，各有各的问题，没有一个东西是没有缺陷的。如果有必要再开一贴：鸡肋的struts2 ??? 问题同样有一堆，呵呵，没必要啊 那你现在准备用哪一个？还是自己开发一个？ 如果是自己开发的那个，说到底是想来个性化一下下。 欧美技术领域的一些技术已经成为行业标准，为什么中国人不好好守规则，还要别出心裁。 自己想证明中国人也能弄吗？ 可以的确是可以。 但是就算做出来的，你以为别人会用吗？ 呵呵，楼上激烈了，之前的帖子已经说过了，目的是讨论“欧美技术领域的一些技术已经成为行业标准的”的东西在具体应用中存在的水土不服问题，存在的标准化导致的细节兼顾不够的问题，是为了强调国人必须在标准的基础进行细节的修正从而定制更好的“应用层架构”，原则是站在巨人肩膀上更进一步，而不是重新发明车轮，对于这个初衷楼上可有疑义？ 这语气和中国足协请洋教练时候的语气没什么区别。 |
| 返回顶楼 | |
|
发表时间：2009-05-27
你需要传递的数据少的话可以直接利用Request.getParetamter()不久行了，还有，一些不太复杂的业务逻辑你可以直接用Bean，像一些AJAX技术的应用。
|
| 返回顶楼 | |
