RIA服务中的业务逻辑

Question

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

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

阿米特

Answer 1

第二种方法让我更加敏锐。客户端仅用作存储和显示数据的终端，但只要您可以保持数据一致，就没有禁止调用不同服务器功能的禁忌。巨大的振作是简单的，我越是越努力越好。