不使用Appfuse 的5个理由

使用Appfuse有一点好的地方，可以快速生成代码(只要你将模版改为适合你的产品风格就可以了)，在项目中的确感到生产效率的提升！

可以尝试一下 "Equinox"
http://raibledesigns.com/rd/entry/ann_appfuse_light_1_0

对啊.生成的代码很保准.都差不多一样.
而且多目录也可以修改ant脚本吧.
而且appfuse本身是个Eclipse工程.
使用习惯不同吧.人家老外就喜欢用ant.
人家觉得敲击命令行编译.比较快吧.

最近我们公司开发一个内部系统，采用APPFUSE框架，但是没有使用ANT，而是改为MAVEN来做配置

Appfuse伴随我2年了，使用越久，愈发感受到Matt Raible对Spring+Hibernat+XX架构的深入理解，由此可以充分体味J2EE组件化、分层设计的与实践。强烈推荐大家学习使用。

ant是个宝，大家玩久了自有体会。
开发做久之后，大家就不会在意什么IDE了。我现在基本上不用IDE了，只用点EditPlus这类的字处理器。由此对代码正确、重用的要求及实践不断提高，代码质量大有改进。
建议诸位Java老fans逐渐扔掉IDE。这是进阶的重要方法。

胡说几句：

AppFuse自动生成的项目框架还是很棒的，感觉如果自己做一个，从无到有，从小到大，到最后就变得跟AppFuse差不多了；另一方面，如果你并不熟悉AppFuse用到的各种技术框架，而它一下子把所有的东西都放到你面前，学习曲线非常陡

还有一个感觉，AppFuse就是一个模板，除了它为你生成的基础框架，还有很多业务代码你还是不得不写的。写这些代码时如果忘了AppFuse所应用的思想（比如各种技术是如何集成的，各个层是如何划分的），写出来的东西还是一团糟

此外，感觉AppFuse还是有一些缺陷的，在真正应用它之前建议去官网看看相关的缺陷报告

没有绝对的对与错，只有适合不适合。 Appfuse 楼主说的这些都是问题，但是从我的角度来说这不是问题，2.3.4 是项目经理和架构师没有尽到应尽的工作，项目经理和架构师需要对一个已有的框架进行合理的剪裁，已适合本公司本项目的需要；1和5 是开发人员的能力问题，如果有一个好的入门级培训，我想任何一个开发人员都不会拒绝使用ant或者maven。

appfuse我始终觉得应该是个拿来学习的东西，怎么会有人直接在其基础上开发项目呢。。。。。

框架性的东西总会带有这样那样的束缚，而且需要理解透彻才能很好的修改这个“框架”。

对于第一点很同意。
每次都用ANT来编译部署，实在是太慢了，每次都要两分钟，什么编译、自动生成web.xml、tld、自动打包部署。。。随便改一个文件也要等两分钟，实在太不爽了。

当然hack过好一些了，但比起经典方式和还是慢。

现在好像appfuse2已经不推荐用ANT了`而是maven``