建立DAL。 使用EDM（来自数据库）
我必须开发一个在windows（wpf）中运行的lob应用程序，但应该以两种方式部署：
- 使用本地数据库（同一台计算机）
- 使用远程数据库（在同一网络中）
我将使用从数据库生成的实体数据模型（dbcontext，EF 4.0）（VS2012，sql server express 2012）
我想开发一个独特的数据访问层，UI将绑定到该层，它将直接从dbcontext（本地数据库）或从dbcontext（远程数据库）公开数据的WCF服务获取数据
我不知道从哪里开始，我需要指导，例子，我知道这取决于应用程序的性质，但是一些例子，文章，会有很大的帮助。 我没有找到与我的需求类似的例子
我想我最好使用DI框架，但我想首先关注DAL。
好吧，因为您想使用DI框架（可能是一个不错的选择:)），您已经知道需要使用接口定义DAL。 然后，您可以拥有实现这些接口的类，这些接口充当WCF服务或数据库上下文的适配器。
您的设计的一个很好的方面是，您将自动隔离WCF服务和数据库上下文的可能的未来替换 – 即，每当Microsoft发布另一种数据访问技术时。 :)或者更有可能的是，每当您的团队决定采用不同的团队时，例如从WCF服务切换到REST服务。
通常， Repository模式用于解决此问题。 例如，你可能有：
public interface IWidgetRepository { // Query methods Widget GetById(string id); IEnumerable GetAll(); // Update methods void RenameWidget(string id, string newName); void UpdateWidgetPrice(string id, decimal newPrice); } 但是，如果您尝试使存储库接口非常通用，那么当您开始意识到您希望具有不同的查询function等时，这会变得非常艰巨（例如，如果您尝试在DAL中实现IQueryable，那么在你面前做了很多工作！我已经尝试过了，我放弃了意识到我只是在浪费精力。）
最好的方法是使用预定义的查询方法，例如GetWidgetsWithOpenOrders()和GetWidgetsWithFooBarComponents 。 然后在实现IWidgetRepository适配器类中，您只需通过将它们映射到Entity Framework或WCF Service实现来实现这些查询。
这样做的一个副作用是DAL将需要它自己的一组数据传输对象（DTO） – 所以你最终会在DAL命名空间中找到一个Widget类，并且可能在DB Context中有其他Widget类和/或WCF服务代理。 您可以尝试通过强制DB Context为其数据库映射使用相同的Widget类来解决这个问题，但我不推荐它。 数据库上下文中的DTO可以适应数据库，WCF服务中的DTO也是如此 – 它们是服务公开的数据协定。 DAL中的DTO用于反映用户界面的需求（在MVVM术语中，它们是’模型’;在OO模式术语中，它们是关于不同数据访问策略的外观 ）。
另一个副作用是，很容易创建IWidgetRepository存根/模拟实现，用于1）unit testing和2）UI的快速原型设计，而无需完全实现后端数据访问策略。
实现面向服务的体系结构，您的UI将根据用户或应用程序设置使用不同的服务，从而实例化访问本地数据库或WCF服务的不同DAL对象…
-合同
namespace MyUIName.Services { public interface IProductServiceAgent { List GetProducts(); } }
– 代理
namespace MyUIName.Services { public class ProductServiceAgent : BaseServiceAgent, IProductServiceAgent { //Contract implementation public List GetProducts() { if (Settings.Default.StoreType == "Local") { LocalStoreBIObject = new... LocalStoreBIObject.GetProducts(); } if (Settings.Default.StoreType == "Remote") { RemoteStoreBIObject = new... RemoteStoreBIObject.GetProducts(); } } } }
-BI图层
namespace BI { public class LocalStoreBIObject { public List GetProducts() { //Do some BI stuff. //Instantiate appropriate DAL object return LocalStoreDALObjec.GetProducts(... pass in some BI params); } } }
-DAL层
namespace DAL { public class LocalStoreDALObject { public List GetProducts() { using (var localStoreContex = new...) { return localStoreContext.Products.Where(p => p... some logic); } } } }
通过这种方式，您可以获得具有BI和DAL层的标准3层体系结构，这使您可以将业务逻辑保持在一个层中，将数据访问逻辑和查询保存在单独的层中，并且服务代理可以根据需要确定要使用的BI层对象。应用设置。 另一个好处是，如果您需要该function，这还可以让您的用户在运行时切换数据存储…
显然，您不会在DAL层中的BI层中引用Product类，因此您必须创建一些中间对象或在BI中引用您的EF模型或使用Tuples将数据从DAL传输到BI层或找到一些其他解决方案，但这只是你必须要解决的一个细节……