小编Dmi*_*try的帖子

我需要为N层应用程序仔细选择.NET ORM.这意味着,我将拥有公开数据的服务器(WCF服务)和显示它的客户端.ORM应该平滑地支持所有相关的序列化问题 - 对象或对象集合,或者必须跨越进程边界的任何事物.理想情况下,多进程环境中的用法应与单个进程中的用法相同.

标准是:

1. db模式映射到对象的灵活性(首选)
2. 便于使用
3. 免费,开源(首选)
4. 必须适合N层(多进程多域应用程序)
5. 性能
6. 与Visual Studio集成的工具(首选)
7. 可测性
8. 采用,文件的可用性
9. 支持广泛的RDBMS(首选;我们使用MSSQL,但我不想与它绑在一起)
10. DB不可知 - 不同的DB,相同的API

问题在主题中说明:Model-View-ViewModel(MVVM)模式的优势是否值得开销？

在许多情况下,实现视图模型涉及重复模型属性以及有时模型和ViewModel数据成员之间的同步的相当大的开销.例如,目前在Silverlight 4和WCF RIA中,不会生成视图模型(如果开发人员遵循MVVM模式,则由他来创建视图模型,通常在ViewModel上复制相应的模型属性,这些属性没有任何重要意义,但是参考模型作为存储).

为什么不扩展Model类,提供额外的属性以使其易于被View使用？