Ajax框架Buffalo深度研究

DWR我2.0.3用在了两个项目，一个是基于internet的项目tuanzi.com，一个是企业内部产品研发项目

这个版本对于后端不能重名方法调用比较忌惮，开始不明白，等搞清楚机制后就知道怎么回事了，其push部分也尝试过，还好。

但在不少地方，感觉还不如Buffalo精致，但文档、包装什么的，却是更胜一筹，不知道新版本如何。

国内人员维护的开源代码，往往难以善终，跟国内开发人员的生存发展环境有关，前几天看了看Michael的blog，对他所提到的困惑深有同感

这篇研究文档，本来想跟他进行必要的沟通确认后再发布的，但发了两封邮件都无法联系到，也不知道他是在忙还是邮箱地址有误了。

感谢itstarting的精辟分析。

对于原子类型、包装类型的处理，主要的考虑在于是不是实用。从系统边界的角度来说，你不会希望看到同一个service中同时存在divide(double, double)和divide(Double, Double)吧。

PS. 看了一下，近3年前你在分析，现在又捡起来分析了……算算自从你那时到现在，buffalo也没怎么更新了

Michael，看到你的回帖还真有点激动，群里喊话了两次都毫无反应，心里还真咯噔了下

对primitive的尝试，可能是对DWR积怨过深所致：）无非也是一种学习研究的方法



有时间，我会考虑下实现基于json的协议，前端尝试下用jQuery（主要是前段时间翻了翻jquery in action，觉得也还不错）


还请多指导！

这样一个框架，大概做的就是
定义一套交互的协议报文，调用接口的约定，
然后就是对象的序列化，反序列化，基本类型和bean的协议转换，
包装成其他格式生成stub或代理
都是些细致的工作

我在项目中用mootools写了20行代码，模拟了一下Buffalo的接口，然后把它扔了

mootools我不了解，刚刚好奇看了一下，感觉这是一个纯客户端的框架，感觉是又一个prototype or jquery

Buffalo在定位上不一样，我的理解是：有完善XML自定义协议的贯穿前后的Ajax框架。

其客户端是基于prototype做了简单的自我封装

当然，其扩展性现在还有问题，应该也是作者努力的方向之一吧

Buffalo有js内存泄漏，1.2有2.0好像也没有改过来，但我们自己做了一些小的修正问题不大，很不错的框架

客户端反倒研究不多，可否不吝赐教？

功能应该是类似于DWR吧

类似

但从两者的使用经历来看，如果仅关注RPC，还是Buffalo好：
1、DWR由于是通过动态生成js stub，不支持同服务类下的同名方法；
2、DWR的js stub，感觉很不好，性能上应该有一定的影响

当然，Buffalo目前功能还相对单一，提升的空间还不少啊