java平台的脚本语言可以利用起来了 2

   如何低效？我们来看一下struts1到struts2的使用案例。struts1 04年的时候属于巅峰期，其设计理念就是所谓的mvc。将界面的流控制、展示效果、数据都分离开来。似乎很不错。但是事实上呢？开发人员不但需要理解发杂的跳转配置（ajax尚未流行）、数据配置、还要任务理解tag的功能才能做好一个web应用。况且这些都是必须基于必须理解jsp、servlet等基础原理(可惜很多人这部分反而明白)。这还不算，事实上struts在所有这些部分在开发时需要不停修改的，java又是静态的，然后就是不停的重启（复杂应用无法依靠自动加载。）自己机器上的tomcat。我们假设写一段代码1分钟配置。一般开发、配置、调试时间大致这样计算（根据个人判断，不同应用情况稍有不同。）：1+0.5+3;其中配置至少是开发的一半时间，由于需要生效代码，至少2分钟等待状态。最要命的是如果需要针对一个逻辑反复修改重启应用或代码加载生效的次数会极具上升。比如针对一个逻辑反复修改5次，不修改配置情况系则：(1+0+3)*5。如果代码非常卡通，只要复制黏贴改改名字。行，我们假设这时候开发另一个功能只要前面一个功能的一般时间0.5，则，0.5+0.5+3。最后招数，我们预先设计的详细点跳转配置预先设定好。ok，需求人过来要求改东西就等着白做设计吧。即便到现在struts2与ajax流行的年代，我还是要说struts效率低了。为何？struts2不是合并了webwork2了么？不是没有formbean，可以不继承action了么？是啊，是啊。确实改进不少，但那充其量也就是04年webwork一个水准。与现阶段情况相差甚远。现阶段许多web框架都基于struts/webwork或其理念进行设计实现的。个人觉得其理念已经不适用了，可惜的是现在看到的简历还是满大街SSH，SSH是安全加密shell好吧。