Struts2完全是骗人的东西！

题目好吸引人哦,不过觉得struts挺好啊,飘过...

一直没有机会真正的去研究 Struts2 。路过接分

其实这些框架本来就是java和jsp封装的啊

写java程序确实要配置过多的xml代码象spring，如果是一个中大型的项目光spring的配置文件都要上万行代码
在开发效率上去时要比.NET低很多！

不觉得struts2的配置文件多啊。我见过有近千个类的中小型项目，其中跟struts有关的配置文件也没超过10个，每个都不算长。
而且我个人也没怎么看api文档之列的东西，上上网就用起来了。
试问任何东西都用硬编码，不用配置文件辅以依赖注入和反射、代理，那继承和组合而产生的耦合怎么解耦？
把他用在适合的地方，楼主就知道他的好了，呵呵。

......首先他骗谁了其次 LZ用的似乎有些问题吧..看起来我应该复习struts2了连同ibatis一起

有哪位高人能把J2EE的开发优点能详细说明下？

今年的学习计划中包含S2和IBATIS

可是，如果不用struts2框架的话用什么好呢？毕竟这个效率还是高的

再补一贴。
ssh等框架除了在应对一些问题时能显著的减少代码量、缩短开发周期、提高可扩展性等等。他更是一些单位用来削减编码人员工资的一个手段。

楼主既然可以这样抱怨的话你可以去试试迄今为止最完美的框架Spring
Struts2本来就是以她那高度的扩展性能而闻名
不知楼主为什么这样抱怨实在想不通

xml是有点抽象,
不过这些配置文件路径散落在各个jsp或者servlet里面也不是办法.
s2是有很多漏洞,呵呵

这个我觉得有些奇怪，出了问题通常都是自己编写的部分的问题，debug应该与struts2不太关联才对，反正我没怎么遇到非要跟进struts2源码里的情况。

框架有框架的好处，借鉴优点、摒弃不足、分能力而定了。用java写一些所谓的“有思想”的代码固然是好，但是效率和必要性还需要评估了。

我来谈一下我的看法：1. 持久化，就是把类的属性存到数据库，自己写个封装JDBC增删改查的DAO很简单的，那Hibernate就是把SQL语句转化成配置文件的方式，其它没见什么好处，用自己持久化的类又快又灵活，不谈。JDBC 与 ORM 工具有个最大的不同就在于后者是面向对象形式的，而前者属于过程型的。实践也证明面向对象要比结构过程型的扩展要高。举个例子吧，比如说某个表有 50 个字段，现在要持久化一条数据，如果直接使用 JDBC 的话，我敢保证这个 SQL 语句，以及 set 值的部分至少得花 1 个小时，而且还得保证 50 个问号与参数值是一一对应的。ORM 虽然在执行速度上比不过 JDBC，但是在开发效率上远远超过 JDBC。在这里不是说 Hibernate 的好处，而指的是 ORM 工具的优点。
2. 架构，就是一种开发思路，多看看设计模式，多写封装类，Spring能做到的你写个类一样实现，区别：你写的自己知道怎么来的，被人的你不知道有时还感觉“好强大”。基于接口的设计虽然是一个很好的解耦方式。但是在 Spring 中存在滥用接口的现象，用 Spring 的人可能都会为某个业务类或者 DAO 类建一个接口。但是试想一下这样的接口定义是否很有必要？大家是先写实现类然后再把方法签名复制到接口中去，还是先写接口呢？如果是前者的话，那接口的使用就完全失去了原本的意义，这样的做法跟不用接口没有什么区别。
3. 学好DIV+CSS+JS，保你前台看着顺眼要看着顺眼的话，并不是 DIV + CSS + JS 就能做好的，这需要对色彩有强的感觉，并不是普通程序员能够做的，如果没受过专业的美术训练是做不到的。
4. 写纯粹的JAVA代码，这个感觉忒重要了，JAVA的强大不是因为框架，而是因为思想，写出自己的思想比什么都强。不是很明白纯粹的 Java 代码指的是什么。

下班回家仔细琢磨下，谢谢果子前辈。
楼主的纯粹java代码很可能指的是硬编码表述类与类的继承、实现、调用与被调用的关系，呵呵。

没有别的意思，用CSS以“用色不是程序员能做的事”为借口而排斥它我就不同意了，IT里的三原色和传统设计上的三原色是不同的，你找个传统设计高手来在屏幕上他依然配不出他认为的颜色，原理很简单三原色不同。所以你在网上看到的用色大多是搞IT的人弄出来的，虽然现在设计上也有专门针对WEB的，但据我在我们学校（据说设计学院号称在中国很牛X）观察能懂计算机代码又懂设计的全能人才不多。CSS用久了颜色无非就几种常用，IT里面的设计者大多也是计算机出身的，至于人家为什么能用好这个大家都知道，不谈。

感觉；楼主自认自己很牛呗？其实我看来你也不怎么，你如果真的弄明白用框架和不用框架的区别的话，就不会在这里放肆，Struts2有很xml你知道为什么不呢？你如果做过大型得项目就感觉到框架的好处，因为xml文件都是比较小，而且xml能很好的共享等等？不然做哪些框架的人不是没事做事做不。我真的很郁闷《会有人这样评论框架的呢？

"配置XML就精尽人亡了。"
...

这只是我个人的愚见，更多请关注我的另一帖子：抛弃框架，走自己的路（一个纯粹JAVA的开发构思）

最终归咎于国内项目工作划分不明确，
对于一般PG，根本，也不应该去关心除业务以外的任何内容。
（当然这是理想/完美状态，实际项目运行时，
尽量减少对除业务以外的任何内容牵扯到的经历）有些东西是做PG的时候体会不到的。大家一起加油吧good luck

经典！！说的太棒了！good luck

红橙黄绿靛蓝紫，却能组成色彩缤纷的世界，为什么有人能用区区的几种颜色就能给人焕然一新的感觉，也有更多的人使用了 N 种颜色却给人很乱糟糟的感觉？颜色虽然只有这么几种，但是怎么去搭配，让大多人看上去舒服，这就不是说想做就能做到的。对于一个基于红色系的站点，也不是什么地方都是红色，但是总体给人的感觉就是红色！我所指的 CSS，对于程序员来说掌握基本的，能够写些简单的东西就可以了，如果你要做到“看上去顺眼”的话，我真心相告劝你还是放弃！CSS 水平毋庸置疑你肯定比不上 Eric Meyer 等大师级的人物，就算跟普通的美工人员相比，我认为还是相差一大截的。

说实在的，大多数的程序员都是你所说的“一群这样的人”！不要认为会已经掌握了 DIV + CSS，如果你看过《Eric Meyer 谈 CSS》卷1、卷2的话，如果你看过 CSS zen gardern 站点的话，会发觉原来我们根本就不会 DIV + CSS！CSS 中有很多的技巧，比如圆角、滑动门、文字环绕图片、阴影等等，还有就是用于浏览器兼容的 CSS hack 等等也是相当有技术含量的。

朋友，你错了，这些 CSS 技巧在任何浏览器中仅仅使用 CSS 就都能实现，不过需要手工 PS 几个小图片，CSS 滑动门也不需要使用 JavaScript。CSS 的应用很广泛，纯粹的 HTML/CSS 可以实现多级下拉菜单，而不需要借用任何脚本语言的参与。像 CSDN 帖子中，鼠标移到用户的头像上会有个框出来，CSDN 是采用 JavaScript mouseover/mouseout 事件实现的，实际上使用纯 CSS 也能实现这样的效果。CSS 也很复杂，特别是浏览器的兼容性，比如：盒子模型就有 W3C 标准盒子模型和 IE 盒子模型，光在这两个盒子模型中产生一个在各类浏览器中显示一样大小的盒子，就有很多种的方法，比如把 DOCTYPE 改为 xhtml 的、使用 _width 这个 CSS hack 属性，或者是在盒子外层再套一层等等很多种方法。你说到 JavaScript 了，再说一下吧，个人认为 JavaScript 比 Java 复杂，尤其是其中的一些概念在 Java 中根本就不存在，比如：原型对象、闭包、弱对象、函数即类、函数立即执行、匿名函数、可变的 this 对象等等。闭包和 this 对象是 JavaScript 中的难点，一般嵌套两层的闭包函数就足以让人看得发晕了。加之 JavaScript 浏览器巨大的不兼容性导致复杂情况更加恶化。JavaScript 虽说是一种脚本语言，我们也能对象进行面向对象编程，我们可以声明一个类，可以写上私有属性，写上公开的方法。JavaScript 中也可以拥有静态方法和类方法。我们也可以在 JavaScript 中定义一个抽象类，并且也能继承它实现一个。GoF 的 23 种设计模式也都可以在 JavaScript 中实现。由于 JavaScript 是一种动态语言，我们可以随时为对象添加任何方法和属性，这在 Java 中不借助于复杂的字节码工具是绝对做不到的，而 JavaScript 可以非常方便地添加。

看不到图呢。你可以把图片上传到 http://hi.csdn.net/fxyfxy 你的 CSDN 空间，其中有个相册。

我也感觉还行，以前那是前辈用.NET做的，难以想象6年前学校就有人用.NET了。。

我们正在学这个技术，还有spring

调试易

Struts2完全是骗人的东西！

解决方案 »