给做快速开发框架的人泼泼凉水

石器时代？？？？有轮子了？？？？现在是一个重复造轮的时代。。。

每个人在自己的每天工作当中，都应该去想如何提高自己的工作效率问题，解决的方法有很多种，关键在于，我们有没有想过这个问题，致于如何解决，那只是手法问题。

我自己就做自己的快速开发平台，那是我平常工作的总结，里面积累我自己的很多东西，确实能帮我提高工作效率。

代码生成器确实不是万能的，无论你的代码有多精简，但不可否认的是，真正的项目开发中，确实存在很多重复的劳动，了解代码生成器，自己快速修改模板，确实可以大提高开发效率，比ctrl+v,c,要好的多。

无稽之谈..

顶，同感
这个帖子就不要放到首页来浪费版面了
楼主在这么经验太少，还是不要随便下结论的好

轮子是任何时候都要造的，马路上跑的轮子是上不了铁轨的，高铁的轮子看似简单，里面的学问大着呢，如果我们本着不重复发明轮子的态度，哪估计是不知道要死多少人的。

或许轮子的最高境界就是没有轮子，看看人家磁悬浮，呵呵

“重复发明轮子”这个比喻是否少了点说服力呢？
扯远了，呵呵

不进则退，楼主自己写了个生成器，就以为所有人写的东西都如LZ的生成器一样。
而一个开发经验过多的人，也会限入某个条条框框，而不知现在的事物都是在发展中的。

这里不是在讨论技术上孰优孰劣。
只是说这个方向可能纯在的一些现实问题。


孙子说过：
不尽知用兵之害者，则不能尽知用兵之利。
我们头脑一热，就会冒出许多宏伟的计划。但是实施起来，确是困难重重。没准劳命伤财，受害的都是自己。

混的时间常了，越来越倾向于老子的无为之治。
我们过度的强调自己的有为，最后往往是吧自己忘泥潭子里推。

初学分布，但求平正；既能平正，务追险绝；既能险绝，复归平正。初谓未及，中则过之，后乃通会。


当能，我的观点或许是片面了点，我也希望有位天才能够站出来，凭着自己的盖世武功来拯救世界，可惜，我苦苦等了27年，这个英雄还是没有出现。

假设有这样一种情况：
1. 有一个class叫FrameWork，它要调用某个job类的某个方法来工作
2. 要使Framwork工作需要做两个配置
   a. 指定使用的job类
   b. 指定job类的一个方法

那么我们应该用xml还是annotation来完成配置呢？
答案应该是，两者结合
a. 在一个xml配置文件中指定job类
b. 在job类的某个方法上用annotation来指定该方法为framework需要调用的方法

XML配置在实施的时候也比较好用

那你说的就是为实施服务的配置，还有更多的配置是实施的时候是用不到的。