RIA服务中的业务逻辑

Question

我正在编写RIA服务。我需要决定把商业逻辑放在哪里。 我看到两种可能性

1. 使用由submitchanges调用的CRUD方法并将业务逻辑放在那里。主要的问题是，在某些情况下，我需要做更多的努力来检测我的对象中发生了什么变化，因为我不知道我的对象中哪个字段发生了变化。由于需要处理多个实体变化，预计他们自己的方法会变得很大。
2. 为某些更新操作提供客户端特定的调用/命名更新方法。当进行特定的数据模型更改时，这些将被UI调用，因此服务器端的工作量会更小（会更好地了解正在执行的操作），并且可能会降低服务器方法的复杂度。

Amit

Answer 1

第二种方法使我更加意识到。客户端仅用作存储和显示数据的终端，但只要可以保持数据的一致性，就不会有调用不同服务器功能的禁忌。巨大的优点是简单，一直以来越容易越好。