一段时间以来，我使用数据库服务器作为数据层、Winforms 作为表示层以及中间的 ASP.NET asmx Web 服务来来回发送无类型数据集来构建 n 层应用程序。虽然到目前为止这种方法对我有用，但今天确实感觉已经过时了。
如果我今天要创建类似的架构应用程序，我应该使用哪些技术？欢迎使用 .net 4.0 技术。
我仍然想要一个数据库服务器作为数据层，asmx webservices 可能应该被 WCF 取代。我仍然希望表示层作为桌面应用程序(Winforms 或 WPF)运行，所以对于这个问题忽略 ASP.net。
我的主要问题实际上归结为使用什么作为业务对象。我想要一些比无类型数据集更容易绑定(bind)到接口(interface)的东西，而强类型数据集感觉很重。我还需要一些可以跟踪更改的东西，以确保用户不会覆盖彼此在数据库中的更改。
Entity Framework 4 可以用于这样的场景吗？
是否有任何详尽的指南可用？
最佳答案
此处对使用 EF 4 构建 n 层应用程序进行了很好的介绍:http://msdn.microsoft.com/en-us/magazine/ee335715.aspx
在 EF 4 中引入 POCO 对象使构建 n 层应用程序变得更加容易，因为它消除了对映射器进行编程以在 EF 对象和数据传输对象之间进行映射的需要。
关于.net - 如何使用 Winforms 实现 .net 3 层架构，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2442063/