Struts到底有哪些致命的缺点?

过多的Tag是一个严重问题。
因为Java编译出来的文件有64k的限制，超越64k之后就要依赖不同的appserver自己的解决方法。

而用了tag,很容易就突破64k了

但是无论怎么样都，如果要用客户端的东西，浏览器的安全权限要很低才可以，
就是上面的网站，在我的机器上都不行啦（我的安全是默认的，不知道是不是其它的原因，不过不太可能，因为我曾经调用客户端的EXCEL时，因为权限太高，也出错这种错误--automation 服务器不能创建该对象）.

同意struts是有“伤其自身”的一面，“过多的划分与处理也会导致效率上的问题.”是这样的。
说到“显然也增加了复杂性”，我觉得复杂是相对的，相对于其它的某些解决方案说其增加了复杂性，但是对于某些解决方案来说它还算是简单了的 ，我觉得它的分层不能说成是缺点，它对表单的处理我觉得很方便，用action类和struts的配置文件来处理页面的跳转和商业逻辑是不错的技术

题外话：我在www.delphibbs.com上呆过。hibernate中文文档发起人曹晓钢 曾经是delphibbs的干将，只是觉悟得早，转java了。delphibbs的老大yysun觉悟得也早。见“http://www.delphibbs.com/delphibbs/dispq.asp?lid=996065”，两年前就开始搞taglib。。。。。那时我还在打quake，cs，打昏了就开启delphi，拖拖放放。。。。。。
delphibbs上骂ms的多（因为用delphi的都是拥护borland的）delphibbs改版后，只有ie+msxml3可以看，巨郁闷，我留着ie就是为了上delphibbs。
csdn，用ie和mozilla都可浏览，只是mozilla下表现不太好，只能显示一级小菜单，有时目录与小菜单不能同步。

想要把page 秀得漂亮，超过了html的范围，就要小心小心。

struts可以象dw那样rad开发吗？
delphi下有个intraweb，可以象dw一样开发web。好象intraweb也有java的版本，可以在jb下用，都要￥拉，机器也要好拉，我和我的机器都是用不起的拉。
把ui推到前台，除了html+css，其他的多多少少都要冒兼容性的风险。如果只绑定到一个浏览器，就用开发速度最快的一个：ms下用activex form，还有盗版的delphi，后台用com+。
java下用applet，netbeans免费+rad开发，后台随便选拉。

不是 Mozilla 表现不好，是他们没有用 Mozilla 好好测试过。Mozilla 在 DHTML 方面的能力至少与 IE 相当。

这不是安全的问题，是因为你的msxml组件不够新。这说明你没仔细看首页的说明。在IE5.5+下，默认的安全设置即可。

我学习的第一个例子，调了2天才跑起来，原来config文件的name，path属性 没搞清楚



<<struts   in action>>
列出的18个缺点的最后一个，深有体会，
Fuzzy nomenclature

In the Struts config, a “ name” field identifies ActionForwards and Action-
Forms. A “ path” field identifies ActionMappings. The “ name” property in an
action-mapping element refers to which ActionForm to use. The URI field
for an ActionForward is also named “ path” but may also include a query
component along with the path. The “ path” to an ActionMapping does not
include the servlet pattern, like *.do, but the ActionForward path does
include the *.do extension. The Application Resources are really the Message
Resources. And so forth. While not showstoppers, these little inconsistencies
do confuse new developers and make the framework harder to
learn.

感觉上struts总是只有一个线程，而且在执行过程中actionForm在不断的传递，如果我的form相对来说比较大总会影响速度。这几点上webwork2就比它好多了，只是webwork2不大适合做大项目

MVC是一种思想，准确地说它并不仅仅是一种模式，它来自于smalltalk，但是在java中的最早应用是在Swing中，所以很多人说MVC还能做什么，我非常奇怪的。思想能做什么么？思想什么都能做，思想同样什么都不能做。
   MVC的思想运用于Web环境，就成了现在非常广泛的MVC2。Struts只是这种思维中Control部分的实现，是一种Web框架，当然，它又实现了View层的一些相关模式。有的朋友说它太弱了，不支持PHP等等什么，那本来就有点废话了，它本身就是支持Java的Web控制层实现。
    Web控制层的实现有很多种，petstore中也包含了，也有许多公司自己改进，出了自己公司的Web控制层，包括金碟等。Struts只是其中的一种，不要指望一种产品，一种软件能替代所有。在这样的情况下，去描述Struts的缺点是相当不明智的（当然，我不否认Struts有许多缺点，抑或性能，抑或复杂度等等），大家完全可以根据自己的需要，自主实现Web的控制层。
    如果大家希望View层能处理更多，那么Web Service也是非常不错的选择，如果觉得消息调用不好学，它依然可以采用远程方法调用的。而且WSDL本身是没有任何语言特性的（除了XML），都可以支持，大家想怎么用美工做好View都是随便的了。