很久没来jdon，今天发现了两个跟struts有关的精华，偶来说一说感想：
struts是MVC的的一个实现，petstore提供了类似的waf，本人在不知道struts的时候也作了一个mvc的实现。其实，struts仅仅为你提供了一个分离表现层和业务层的手段，它并非是解决一切问题的钥匙。
struts可以提供一个好的程序结构，仅此而已。
类似xuesenlin道友的问题，完全可以通过javascript解决。作为一个中国的程序员，你不得不了解各方面的技术，包括javascript。
ytok2000所说的调试问题，我不知道是指什么，是说经常跟踪到struts代码中吗？run to cursor不就绕过去了？另外，我们在这里探讨技术问题ytok2000的一些人身攻击的话是否应该收回?没有人强迫你用struts呀。
cats_tiger 好久不见，看到熟悉的人很亲切。
关于Struts，初学时确实比较困扰，特别是你习惯了Jsp/asp/php这样脚本语言实现界面时，改为Struts会非常不自然，但是经过几次应用后，我感觉我已经没有困惑，使用Struts非常顺手。
正如我以前说的：有些框架不好使是其本身问题；有些则是使用者自己的适应问题。
还有一个感慨：建议初学者学习J2EE，从Struts开始学习，跳过Jsp，就象学习计算机语言，直接从OO语言开始学一样。
是阿，关键是大家不熟悉框架，对一些概念的领悟又不高，怎么能用好啊。如同一家飞机，你不会开，当然还不如骑个自行车。
我看了一遍大家的讨论，看大家绝大多数都用错了。可能SportsBaby1980 wild fox对oop,aop,ioc,sop,模型驱动，测试驱动还了解一些，也在实际的代码，管理中有所体现。但是大多数人的这方面的境界，还不够高。在实际项目中也没怎么真正实现，再看板桥大哥的《java使用系统开发指南》也是只停留在什么是模式的角度，你写的那些程序，若是让中级程序员来重用到自己的项目中也要改很多部分，99%的程序还要重新编译。对aop,sop的文章也只是停留在什么是的增次。对于这些思想，技术怎么才是，正确的使用方向？我做在struts的基础上写了个面向方面的框架。不过写出来恐怕时间不充足，不过有个贴子大家可以看看。和我的有些相似，不过感觉还是不如我那个好些。
另外，比如Ytok2000等人为什么感觉struts不好用呢？为什么大家对mvc也没有感觉特别的好呢？关键是大家设计水平不高，mvc怎么分离阿，一个比较明显的地方就是MVC接口隔离了没有，你们的些的程序代码里还有sql语句没有。无论你把sql,放在的action,还是自己所以为的模型里。怎么实现呢？我提醒大家，把控制放在xml里，程序里面是接口，模块，参数在运作。也不要相信那些美妙的持久层框架的谎言。持久到最后，重用层次还是不高。我们应该把那些模型，即字段的命名进一步模糊化不能在程序代码层体现业务意思，比如，我们的user类里面的属性也不应该很清晰，比如name,password...等应该feil1,feil2,这样重用性就高了。另外，对那些banq所谓的模型等我认为不是真正的模型，是在为模型而模型，结果你那些模型可重用程度很低，你那些模型也没有单元测试。我感觉一会是说不完的，虽然工作很紧张，但是我感觉真实有必要作个东西出来以证视听，别让人们以为没见到什么是aop,sop的程序,就以为我们的程序写不出来。因为没有见过真正的ood就感觉大家都太ood 也快不了多少。可是告诉大家，aop等的可重用性惊人的。绝对超过你的想象！因为原来也超过了我的想象。体验当然是很爽了。因为大家没有体验到这种爽，所以大家，才在这里争论。即便是有些人体验到了一点，也不是很强列，所以大家把框架也换来换去，其时真正起作用的是大家的架构水平，对ioc,aop....的领悟的境界。
我只是在维护自己所认为的技术的学术性。有些言辞不是很恰当，还忘大家谅解。没事，大家也可以质问我。
鲁中正气开始对你的框架进行推销了 :)) 期待你给我们带来惊喜
呵呵，我的这个框架不是买的啊。我想把它再完善一下，再拿出来让大家瞧瞧，呵呵，我不过学习java还没2年，好多地方还不很成熟，主要是用的技术还不很全面。