在国内，对JavaScript技术深入研究的人可谓凤毛麟角，Buffalo的作者陈金洲 (Michael Chen) 就是其中之一。关于这次Buffalo 2.0版本的新特性，陈金洲这样解释：

最令人振奋的特性应当是为大规模、频繁远程调用而进行优化的显著性能提升。在2.0-alpha1版本的性能测试中，性能最高提升达到了30%。即便不借助于高级的测试工具，从1.2升级到2.0的用户，应该能显著感受到速度的提升。

另外，Buffalo 1.x版本的用户都知道，之前的版本都基于Burlap协议，而Burlap协议的维护者Caucho公司已经很久没有更新这个库了。很多在Resin上使用Buffalo的用户发现这样或者那样基于Burlap的各种问题。种种考虑之后，2.0版本正式使用了完全自行编写的协议解析和转换。

当问到Buffalo希望在众多AJAX框架中扮演一个什么样的角色时，他回答：

最早的时候希望Buffalo成为一个全功能、全新的、Web 2.0时代的Web框架。异步传输只是其中最基础的一部分。后来发现凭借自己现有的资源（时间，、能力等）不太可能在能够预见的时间内完成这一目标。目前想达到的目标是：最简单最容易使用的AJAX框架。从使用者的反馈看来，这一目标完成的比较不错，大多数用户都能在很短的时间内配置Buffalo并开始使用。

那么和Web Remoting框架DWR 和JSON-RPC相比较，在JS-Java之间对象转换功能和协议上，Buffalo有何优势所在？

从整体产品上来说，最大的优势在于简单。核心API只有一个方法。在JS-Java对象转换上，谈不上优势吧，各有千秋：buffalo采用自我描述，完整的XML协议，DWR采用自定义文本协议，JSON对JavaScript更友好。

在一年多前的一次BEA活动上，就曾经听到满江红开源组织的负责人曹晓刚讲述“利用元数据和RIA简化企业应用程序的开发”的主题时推荐了Buffalo。时间过去了这么久，Buffalo并没有像许多的开源项目那样销声匿迹，而是还在不断完善，陈金洲解释了Buffalo的开发路线图和背后的支持动力：

2004年11月的时候我提出了AMOWA的概念——即面向消息的Web应用，第二年春即发布了1.0测试版本。具体的日程可以在Buffalo变更历史里看到。从Buffalo产生至今，整整两年了。新的开发计划，还有很多特性没有完成，例如跟Spring更紧密的集成；文件上载支持，以及更好的OPOA支持等。开发计划完全取决于社区的反馈，以及功能纯粹单一的综合衡量。我不希望Buffalo成为庞然大物。
[来源www.iocblog.net]
其中的动力，我想最大程度上来自于Buffalo社区。在1.2版本发布的时候我写过一篇博客“写在Buffalo1.2发布之后”。我现在的想法虽然稍有不同，但归根结底就是：开源作者提出一个想法，需要得到社区的反馈；同时作者对反馈进行响应。这是一个长期的过程。对此我一直对处在社区中，对Buffalo进行贡献的用户心存感激。Buffalo方便了他们的工作，也满足了我作为一个软件作者某种程度上的虚荣心:)，这种感觉，应该是最大的动力吧。

当Buffalo的用户遇到问题时，可以联系Buffalo邮件列表，绝大多数问题都可以找到答案，其他的开发者也会帮助你解决问题。[来源www.iocblog.net]

文章整理：iocblog
版权申明：本站文章均来自网络，如有侵权，请联系我们，我们收到后立即删除，谢谢！
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有。