不使用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目录结构，很可能打破原有的知识体系，增加开发成本和风险。

 

 

 

 

在Eclipse中开发完全可以不使用ant

自己根据实际情况选择使用编写

害怕ant绑定却不害怕ide绑定？

真可怜，如果发到软工版的话可能理解你的人会更多一些

PS：我也一样建议不使用appuse这样子的一个框架底子。。。
如非必要，什么都不要加在项目中，
如非有利，不轻尝新的技术。

项目要考虑的方面很多。、
PS：不是完全同意楼主的观点。
但不介意讨论这个问题。



败了。。。

使用这样的东西，除非团队里面真正有人能完全掌握它。
其实自己在项目里慢慢积累起来，就算达不到Appfuse那样的高度和强度，都远远比直接用它来得好。

恩恩……

入门贴？这是软工问题么？哪一个入门的人知道这些问题？？这是实践问题，你懂什么？

很搞笑，而且扣了我10分，我只不过说了自己的经验。

有什么理由扣分？

那边版主是不是脑子有问题？发一个帖子就被扣分。

很早就认为javaeye 专制得不得了，总是认为自己说得是权威，因为看不顺眼所以不想在这里发什么讨论，随便发一张，就扣10分，这里的确搞不好了。

不要太激动。。。。
我并没给你投票。。

如果你没看明白可以参考版规再看我的发言。

很多投你票的人可能不太了解架构师的工作。

我知道不是你投的。你人不错。

几年前也为这个问题吵过，其他不说了。

只是觉得很遗憾。