让webwork2零配置，第一章(主贴再次更新)

0配置?
如果一个项目做出来是0配置的,那么意思就是不可配置.就是说,什么都是写死的,完全没有灵活性.

楼主的意思似乎不是要把项目的灵活性砍掉吧?
那么能否改个名称,不要使用 "0配置" 这么煽情的字眼?

这个“零配置”的叫法不是我想出来得，struts2.0称这种方式为零配置，你要是觉得真有什么问题的话可以发个email给apache的人，建议它们不要用“零配置”这个词。

作为技术人员，如果一味的在某个单词上抓着不放势必会失去更多的东西，有必要咬住这个不放吗，关键不是个把单词的问题，主要是要领会它的原理和思想，你如果天天想着“零配置”这个单词有问题，你不觉得作为技术人员，你关注的方向偏了吗

这么用annotation,简直是种误用,用的不伦不类.

我关注的方向也许是偏了,我总是想如何能让开发更简便些.

如果你关注的方向没偏,请你告诉我.为什么要用annotation代替xml?xml配置是个好东西.凡事要适度.xml过于冗长的解决办法是,设法简化它,使之变短,避免它的缺点,沿用它的优点.而不是一次做菜过咸,就以后再也不用食盐.

你这么用annotation,带来了什么好处?是没有xml冗长的坏处了,可是xml的好处不也就没了吗?当初struts1设计用xml,难道本质上就是个错误?你写在源文件中的annotation,算是程序代码,还是算配置信息?如果算程序代码的话,那就是硬编码,真是不用配置啊.如果annotation不算代码,算配置信息,那还叫什么0配置?

修改annotation就需要修改源文件,重新编译生成.class文件.如果你说annotation写成了就不需要改.那你还不如用最原始的硬编码,搞成annotation,只是不伦不类.

sun在java5中引入了annotation,初衷是这么用的吗?

在我前一代的框架里，我的action的名字就是模板的名字，调用模板就是调用action.

在我现在正在设计的框架里，action的名字是写在模板里的，调用模板就会自己去找action

把配置写在程序里，开发速度是快了，重用性几乎就没有了。

为了重用，我放弃了annotation.

啊，看到这个东西我就。。。我头晕，但是很开心，因为我发现有点傻的人不只我一个，哈哈
你搞webwork，我搞struts1.2.4，呵呵，都是相同的造轮子工程阿
不过很明显，偶得工程比你的大嘛，我还自己写了ioc和aop和ajax框架呢，嘿嘿，有空商量一下我们的轮子也整合了，绝对赛过struts2

1，你说这样做叫不伦不类，按照你的观点，spring的annotation也是不伦不类，hibernate-annotation也是不伦不类，struts2.0也是不伦不类，那请问怎么用叫伦怎么用叫类

你能否举个伦和类的例子出来呢。

2，struts1.x出来的时候annotation还没有出来好不好，有什么“本质的错误”可言。


3， 关于使用annotation的好处在主贴以及大家的回帖中都体现出来了，请仔细阅览。

4，修改annotation需要重新编译的问题在本文的第二篇也有讨论，开发时可以使用annotation，再通过工具把annotation来转成xml部署，这不是什么大问题。

5，annotation即使是硬编码在代码中的配置，那也是为了便于开发人员理解的一种方式，确实还是有配置，即使是struts2.0.8也是如此，但确实大家都称之为0配置，这是一种约定俗成的称呼，到底是谁第一这么叫它的，我不知道，但是你为什么还是在这个“零”配置上咬文嚼字呢。

6，我好像没有完全否定xml吧，而且你应该没有看过本文第二篇，看过你就知道，我实现的方式是xml+annotation，既能利用xml的优点，也能利用annotation的优点，在讲述自己的理由之前先弄清楚别人的观点好不好。

什么呀，struts的xml能叫配置文件吗，明明就是代码文件。
配置文件应该用在最基础的比如数据库连接，以及和j2ee容器相关的一些信息的配置，
因为谁都不想将程序从开发环境换到测试环境，或者正式发布的时候还要从新编译打包

struts的xml文件只可能开发人员真正开发的时候做修改，现在ide都这么好
编译java和修改xml都很方便