RIA服务层中有多少业务逻辑?

我们的团队正在RIA堆栈顶部实现Silverlight应用程序。我们决定在RIA实体之上构建一个域模型。此外,我们选择遵循MVVM模式来建模UI交互。

到目前为止,我注意到了以下好处:

1. 域类是放置包含复杂验证的业务逻辑的好地方。
2. 域类使用RIA实体和上下文作为数据存储的接口。
3. 域类是在业务问题之后建模的,不需要与RIA实体一对一的关系。
4. 简单的UI验证可以存在于视图模型中。

另一件需要注意的事情是,我们已经实现了自己的并发身份映射,并将脏跟踪推送到了RIA上下文。

在实践中,这种体系结构需要更多的编码工作,但在可读性和可维护性方面会有很大的回报。即使对于简单的CRUD应用程序,我也会遵循这个实践。能够构建更准确地表示问题空间的域模型是一个引人注目的优势。

一般来说,使用这种技术比反对它更有效率。

正如您所说,业务逻辑最终以数据注释和自定义验证结束,对于系统的第一个版本,对于开发人员的生产力而言,这可能是IT的“最佳”位置。

我有一种感觉,这种技术在快速构建CRUD应用程序时很强大,当您有复杂的业务逻辑时,您可能会在Silverlight应用程序和RIA服务之间形成一个额外的业务层。

我们还没有尝试在这里面建立任何真实的东西,只有在我们用了一段时间之后,我们才会真正知道答案。