我有一段时间使用数据库服务器作为数据层构建n层应用程序,Winforms作为表示层,中间的ASP.NET asmx webservice来回发送无类型数据集.虽然这种方法到目前为止对我有用,但它今天确实感觉过时了.
如果我今天要创建类似的架构应用程序,我应该使用哪些技术？.net 4.0技术是受欢迎的.
我仍然希望数据库服务器作为数据,并且asmx webservices可能应该被WCF替换.我仍然希望将表示层作为桌面应用程序(Winforms或WPF)运行,因此请忽略ASP.net以解决此问题.
我的主要问题实际上归结为什么用作业务对象.我想要一些比无类型数据集更容易绑定到接口的东西,强类型数据集感觉很重.我还需要能够跟踪更改的内容,以确保用户不会覆盖数据库中彼此的更改.
实体框架4是否可用于这样的场景？有没有完整的指南？
这里有关于使用 EF 4 构建 n 层应用程序的详细介绍：http://msdn.microsoft.com/en-us/magazine/ee335715.aspx
EF 4 中引入的 POCO 对象使构建 n 层应用程序变得更加容易，因为它消除了对映射器进行编程以在 EF 对象和数据传输对象之间进行映射的需要。