bufflo最佳实践
用DTO [(data transfer object) 数据传递对象]直接代替domain对象
大多数ORM工具带给我们便利，尤其在处理对象关系上。在一个传统的java项目中，我们可以定义一个可用在多个层之间相容的domain对象。这即使在一个集群的应用中也是优良的，因为它们在同一个JVM中而且对象的内部状态能被保存。但在buffalo应用中，因为buffalo是真正地远程调用，所以你最好不这样做。你应该思量一下带宽的问题。
让我们示例说明：userService.listUser，这个方法将返回一个user列表，同时User对象有AddressInfo、Roles和User属于的Department。在传统的JSP编写方式下，这是很好的。但在buffalo,这是很糟糕的。如果你不处理这个状况下任何部分，buffalo将尝试序列化user对象所连接的"每一个"属性，甚至是一对多、多对多的引用数据。这就像我们不需要显示太多数据一样，是对时间和带宽的巨大浪费。
所以在设计buffalo服务时，请用DTO（或是 ViewHelper）来减少对用户的页面输出。
慎重定义远程服务接口
请针对远程调用设计真正的远程服务方法。如果一个客户端开始了一次远程调用，那么服务应该一次性回应足够的信息。客户端不需要调用其它的方法。
采用浏览器前进/后退特征
在一个web应用不能使用浏览器的前进/后退按钮来导航页面视图时，包括我在内的许多未端用户都会感到困惑。在这方面做得好的例如google，而做得糟糕是...MSN Live Mail。从1.2版开始，buffalo引入了这个特征。请考虑采用这个特征来提高用户体验吧。
设计更多与用户接口的交互
这是对所有ajax产品的普遍要求。当用户点击按钮或链接时，你应该提供一个有意义的提示使用户注意正在发生什么。在传统的web开发中，那些action会引起页面刷新或是页面切换。而在ajax中，你应该提供更多。
在中小规模应用中，采用OPOA
OPOA（OnePageOneApplication的简称）定义了一个web应用的类型。小型的基于应用的操作总是页面很少，而需要更佳的交互，例如邮件应用、系统监控等。对于这些应用来讲，你能使用OPOA简化开发和提供更丰富的用户体验。
对于中大型应用，慎用OPOA
由于浏览器能力所限，采用OPOA的大型应用（具有上百个视图） 在运行一会儿后会出现CPU或者内存的高消耗。对于这种情况，如果你仍然坚持使用OPOA的话，那么需要把整个系统分解为模块。这样当用户切换模块时，系统将重新定位到一个新页面以使浏览器有机会清理内存并休息一下。
---------------------------------------------------------------------------------------------------
补充 ：
ref
<ref>表示对另一个对象的引用。这个标记对于处理循环引用的场合非常有用，而其它场合会抛出StackOverflowException异常。来让我们看一下示例：
/*People类定义*/
class
People
{
PeoplegetFriend()
//Otherfieldsommited
}
/*People类对象的使用*/
Peoplejohn
=
new
People(
"
John
"
);
Peoplemichael
=
new
People(
"
Michael
"
);
//
这里演示了循环引用
john.setFriend(michael);
michael.setFriend(josh);
Listfriends
=
new
ArrayList();
friends.add(john);
friends.add(smith);
friends被序列化为下面的xml片断：
<
list
>
<
type
>
java.util.ArrayList
</
type
>
<
length
>
2
</
length
>
<
map
>
<
type
>
domain.People
</
type
>
<
string
>
friend
</
string
>
<
map
>
<
type
>
domain.People
</
type
>
<
string
>
friend
</
friend
>
<
ref
>
1
</
ref
>
</
map
>
</
map
>
</
list
>