http://www.operamasks.org/bbs/viewthread.php?tid=2192&extra=page%3D1

给AOM和仍在继续关注着AOM发展的朋友们的一点建议
（刚刚回复了一个论坛朋友的帖子，有很多话不吐不快）

给AOM的：

说实话，自从AOM从1.2升级到了2.0后，一方面代码结构的调整给原代码的使用带来了影响（比如UIDialog的废弃）；而2.0对1.2的兼容性问题，导致又不得不将1.2下的代码完全按照2.0的规范来重新编写（这个工作量对我来说真的是太大了！！！）。另一方面，2.0推出以后，问题不断，出现了很多其实仔细测试就会发现的BUG，而这些BUG又严重影响到了具体程序的使用！留意一下这个版块的帖子，就可以发现由最开始的询问1.2到2.0的迁移办法，到现在的几乎每天不断的BUG报告、使用方式（API使用）的询问……

2.0M1的推出，我想其实AOM有自己的考虑和一些或多或少的商业因素在里面，但推出的结果，确带来的却是不断的BUG反馈以及始终没有跟上的社区答疑，一批批开发人员在不断的调试、反馈、没有结果、再次自己调试的循环中对AOM开始产生了怀疑（当然，在某段时期里也包括了我）。我想，作为一个负责的开发团队，其实比较好的办法是推出一个review版本，在这个版本上演示新的技术、新的业务界面；而交付给社区使用的M1/M2/Mn版本，则应该是在基础版本逐步完善以后（起码是内部测试完成以后）所公布的，在版本公布后，应该在社区里单独开辟一个版块作为新版本功能以及BUG反馈的讨论区，不要和1.2这个比较成熟的版本的使用讨论混在一起！同时，AOM团队应有专人或轮流及时对反馈的信息进行答疑，不能只是简单的对提交到了BUG库里的东西进行处理！

希望AOM团队能尽快的完善文档和解决某些严重影响到使用的BUG，在适当的时候能推出稳定的2.0GA版本，不过现在看来到AOM2GA版的发布还会有很长的一段路要走！



给仍在关注AOM发展的朋友：

AOM2的出现，确实给我们带了很多新的技术和应用模式，在很大程度上也再次简化了我们的工作量（如果大家对照一下RichFaces、IceFaces，就能发现）。一方面，我们需要尽快的掌握2.0带给我们的新的应用模式，熟悉2.0的工作方式；另一方面，就是多反馈使用中的所发现的问题以及建议，多交流多讨论，或者就有某个别人提出的问题就是你昨天才自行解决的东西！

AOM是一个开源的框架，开源的目的就是能让每一个使用者都能参与到开发中来，共同的促进开源产品的发展和进步。希望大家在提出的问题没有被解答之前，不要灰心，也不要在社区里对AOM团队加以过多的抱怨（都是开发人员，互相的需要理解嘛），要多通过调试、看源代码来解决问题，同时也希望能在解决了问题之后把解决思路、解决方法在社区里公布出来，没准某一天你就会在下个版本的thanks列表里看到你的名字呢（呵呵）。


最后的最后：
一套成熟的FRAMEWORK只有在实践中才能不断发展和成熟起来，在适当的时候我会把我基于AOM的一套PROTAL程序分享给大家（希望那时不是已经AOM20发布了），也希望大家能分享自己的作品

总之，老外们能做到的，相信我们也能做到。ZK已经成功了，下一个为什么不能是AOM？

支持你们！
希望要是你们能的开发工具能自动生成HIBERNATE配置文件就更好了
还有一个小小的问题
你们的AOM都太依赖你们的服务器和开发工具了。这样不利于他的扩展

你反馈的问题的确是，AOM目前对其他常见开源框架的支持还不够友好。目前AOM的开发重点可能还在把JSF+AJAX的效能发挥出来，我想等AOM的RichComponent完善后，我们会逐渐考虑如何让开发工具去友好支持常见的开发框架以及对其他应用服务器的支持。

现在上网一个是上JAVAEYE一个就是上APUSIC。其实你们可以模仿ICEFACES的模式，ICEFaces几乎能和所有的IDE进行集成，而且不依赖于任何的服务器。
其实个人觉得你们AOM在功能上不比ICE和RICHFACES差，问题主要是在和其他东西兼容上面。期待你们能做出更好的产品。。。。