不使用Appfuse 的5个理由Appfuse 为 J2EE 项目开发指明了一条可行的道路。如果你看过为什么使用AppFuse的七
不使用Appfuse 的5个理由
Appfuse 为 J2EE 项目开发指明了一条可行的道路。如果你看过为什么使用AppFuse的七个理由，以及深入研究过AppFuse。那么毫无疑问Matt Raible 值得令人尊敬，他是J2EE的开拓者之一。
这里我想说明一点，AppFuse并不是项目的灵丹妙药。在项目应用中，我不推荐采用appfuse。
理由1：ant绑定
为了加快项目的开发工作，我们经常使用IDE环境，但是，appfuse对IDE环境的支持并不是很好。万宝全书式的ant脚本，让你感到手脚被绑，一次次的ant编译，反而会影响项目开发效率。严重反对使用。
理由2：目录结构过于分割
影响效率的重要原因之一，光在调试ant及目录问题上，也可能成为你项目的绊脚石。
理由3：开源项目滥用
Appfuse会使你开源项目使用过渡，不可否认J2EE 开源项目是一个巨大的知识宝库，但是实际终究是实际，开源项目使用过渡，会使你项目变得臃肿不堪。
理由4：束缚创造性
J2EE语言是标准式的工业式的语言，本身已经拥有众多JCP标准，Appfuse为了加强J2EE项目开发标准化，作出了卓越的努力。但是，任何事务都有两面性，more standard ,less creation。 压抑了创造的权力，所有的解决方案均有解，并非是一种对现实问题真理追求的本来面目。
理由5：团队工作学习曲线变陡
并不是所有人都非常熟悉appAnt,app目录结构，很可能打破原有的知识体系，增加开发成本和风险。
?
?
?
?
1 楼 fhjxp 2007-06-11 在Eclipse中开发完全可以不使用ant 2 楼 hk200 2007-06-11 自己根据实际情况选择使用编写
3 楼 daquan198163 2007-06-11 害怕ant绑定却不害怕ide绑定？ 4 楼 抛出异常的爱 2007-06-11 真可怜，如果发到软工版的话可能理解你的人会更多一些
PS：我也一样建议不使用appuse这样子的一个框架底子。。。
如非必要，什么都不要加在项目中，
如非有利，不轻尝新的技术。
项目要考虑的方面很多。、
PS：不是完全同意楼主的观点。
但不介意讨论这个问题。
引用精华帖 (0) :: 良好帖 (0) :: 入门贴 (24) :: 隐藏帖 (0)
败了。。。 5 楼 我想我是海 2007-06-11 使用这样的东西，除非团队里面真正有人能完全掌握它。
其实自己在项目里慢慢积累起来，就算达不到Appfuse那样的高度和强度，都远远比直接用它来得好。 6 楼 gigix 2007-06-11 daquan198163 写道害怕ant绑定却不害怕ide绑定？
恩恩…… 7 楼 hk200 2007-06-11 入门贴？这是软工问题么？哪一个入门的人知道这些问题？？这是实践问题，你懂什么？
很搞笑，而且扣了我10分，我只不过说了自己的经验。
有什么理由扣分？
那边版主是不是脑子有问题？发一个帖子就被扣分。
很早就认为javaeye 专制得不得了，总是认为自己说得是权威，因为看不顺眼所以不想在这里发什么讨论，随便发一张，就扣10分，这里的确搞不好了。
8 楼 抛出异常的爱 2007-06-11 hk200 写道入门贴？这是软工问题么？哪一个入门的人知道这些问题？？这是实践问题，你懂什么？
很搞笑，而且扣了我10分，我只不过说了自己的经验。
有什么理由扣分？
那边版主是不是脑子有问题？发一个帖子就被扣分。
很早就认为javaeye 专制得不得了，总是认为自己说得是权威，因为看不顺眼所以不想在这里发什么讨论，随便发一张，就扣10分，这里的确搞不好了。
不要太激动。。。。
我并没给你投票。。
如果你没看明白可以参考版规再看我的发言。
很多投你票的人可能不太了解架构师的工作。
9 楼 hk200 2007-06-11 我知道不是你投的。你人不错。
几年前也为这个问题吵过，其他不说了。
只是觉得很遗憾。
10 楼 hunter_gd 2007-06-29 使用Appfuse有一点好的地方，可以快速生成代码(只要你将模版改为适合你的产品风格就可以了)，在项目中的确感到生产效率的提升！ 11 楼 koalant 2007-06-30 可以尝试一下 "Equinox"
http://raibledesigns.com/rd/entry/ann_appfuse_light_1_0 12 楼 toeo 2007-07-03 对啊.生成的代码很保准.都差不多一样.
而且多目录也可以修改ant脚本吧.
而且appfuse本身是个Eclipse工程.
使用习惯不同吧.人家老外就喜欢用ant.
人家觉得敲击命令行编译.比较快吧. 13 楼 D-tune 2007-08-20 最近我们公司开发一个内部系统，采用APPFUSE框架，但是没有使用ANT，而是改为MAVEN来做配置 14 楼 lgx522 2007-08-20 Appfuse伴随我2年了，使用越久，愈发感受到Matt Raible对Spring+Hibernat+XX架构的深入理解，由此可以充分体味J2EE组件化、分层设计的与实践。强烈推荐大家学习使用。
ant是个宝，大家玩久了自有体会。
开发做久之后，大家就不会在意什么IDE了。我现在基本上不用IDE了，只用点EditPlus这类的字处理器。由此对代码正确、重用的要求及实践不断提高，代码质量大有改进。
建议诸位Java老fans逐渐扔掉IDE。这是进阶的重要方法。 15 楼 movingboy 2007-08-20 胡说几句：
AppFuse自动生成的项目框架还是很棒的，感觉如果自己做一个，从无到有，从小到大，到最后就变得跟AppFuse差不多了；另一方面，如果你并不熟悉AppFuse用到的各种技术框架，而它一下子把所有的东西都放到你面前，学习曲线非常陡
还有一个感觉，AppFuse就是一个模板，除了它为你生成的基础框架，还有很多业务代码你还是不得不写的。写这些代码时如果忘了AppFuse所应用的思想（比如各种技术是如何集成的，各个层是如何划分的），写出来的东西还是一团糟
此外，感觉AppFuse还是有一些缺陷的，在真正应用它之前建议去官网看看相关的缺陷报告 16 楼 hunter006 2007-08-20 没有绝对的对与错，只有适合不适合。 Appfuse 楼主说的这些都是问题，但是从我的角度来说这不是问题，2.3.4 是项目经理和架构师没有尽到应尽的工作，项目经理和架构师需要对一个已有的框架进行合理的剪裁，已适合本公司本项目的需要；1和5 是开发人员的能力问题，如果有一个好的入门级培训，我想任何一个开发人员都不会拒绝使用ant或者maven。 17 楼 jncz 2007-08-22 appfuse我始终觉得应该是个拿来学习的东西，怎么会有人直接在其基础上开发项目呢。。。。。
框架性的东西总会带有这样那样的束缚，而且需要理解透彻才能很好的修改这个“框架”。 18 楼 LucasLee 2007-08-23 对于第一点很同意。
每次都用ANT来编译部署，实在是太慢了，每次都要两分钟，什么编译、自动生成web.xml、tld、自动打包部署。。。随便改一个文件也要等两分钟，实在太不爽了。
当然hack过好一些了，但比起经典方式和还是慢。 19 楼 pior 2007-08-24 现在好像appfuse2已经不推荐用ANT了`而是maven``
