我想实现典型的三层架构。我目前的做法如下
或者您认为将存储库放在 BLL 中并直接从我的 say buttoneventhandler 中访问它们更好吗？
希望你能给黑暗带来一些光明
【问题讨论】：
标签： .net entity-framework repository-pattern poco
我们在 DAL 中有存储库。 BLL 通过接口引用存储库 - 因此存储库与 DAL 绑定，但与 BLL 分离。我不知道为什么存储库不能直接在 BLL 中。我们将它们放在 DAL 中，因为我们没有在其中添加任何逻辑。然后我们在 BLL 中有“管理器”，它包装存储库并处理特定于实体的逻辑。
FWIW 我们实际上有一个通用的Repository(Of IEntity) 并根据需要使用统一来实例化适当的存储库 - 它非常紧凑且非常优雅。我们所有的 POCO 实体都实现了 IEntity，其中包含我们所有实体共有的 Id、CreatedDate 等。当您需要一般处理任何类型的实体时，这会带来一些其他好处 - CreatedDate 在调用 CreateInstance() 时由存储库设置，ModifiedDate 在提交状态为 @ 的实体时由上下文本身设置987654327@
我们将实体保存在单独的项目中 - DAL 需要能够引用它们，BLL 也是如此。您不希望它们在 DAL 中，因为交换 DAL 会导致问题。你不能把它们放在 BLL 中，否则你会得到一个循环引用。实体的配置可以存在于 DAL 中，因为它是特定于数据源的。
我们尝试坚持 BLL 接收原语并返回实体。请注意不要将实体在 UI 中保留太久，尤其是在 Web 应用程序中，因为当您将实体返回到 BLL 进行处理时（即跨存储在会话或类似中的请求），您可能在 DAL 下具有不同的上下文可能会导致从上下文中附加/分离实体的各种有趣的事情，并且会失去一些好处，例如更改跟踪。
希望对您有所帮助，但如果您需要任何澄清，请告诉我
【讨论】：
IRepository<T> 并通过StructureMap 注入GenericRepository<T>。唯一不同的是我们的实体没有从 IEntity 继承，因为那样它们就不是真正的 POCO。它们与持久性本身无关，但“更新日期时间”（我对 POCO 的一个问题）的事实是一个数据库问题，因此我的观点是失去整个 POCO。我还没有弄清楚如何更新日期时间。我有三个选项 - 1）触发器（yuck），2）savechanges delegate（yuck），或 3）BLL（可能）
这是我们的设置：
Company.Project.Domain.Model (POCOs)
Company.Project.Business.Services (BLL)
Company.Project.Data.Repositories (Repository)
Company.Project.Web (Presentation)
ICollection<T> 或 T。 参考资料库（通过 IRepository<T> 通用接口）和 POCO。IRepository<T> 的通用类，以提供针对底层存储的基本持久性。查找、添加、删除等。返回IQueryable。 引用 POCO 的，被 BLL 引用。最终的结果是类似堆栈的方法，并且因为基本上所有内容都是通过接口（和 DI 注册表），所以灵活性非常大。
我们有通过 DI 注入测试项目的模拟存储库，以及通过 DI 注入 BLL 的实体框架存储库。
来自 UI 的示例流程 -> DB：
// "Company.Project.Web.ProductsController.cs"
public class ProductsController : BaseController
{
private IProductService _productService;
public ProductsController(IProductService productService)
{
this._productService = productService; // DI makes me happy :)
}
public ActionResult GetOrdersForProduct(Product product)
{
var orders = _productService.GetOrders(product);
return View(orders);
}
}
// "Company.Project.Business.Services.ProductService.cs"
public class ProductService : IProductService
{
private IRepository<Product> _productRepository;
public ProductService (IRepository<Product> productRepository)
{
this._productRepository = productRepository; // DI makes me happy :)
}
public ICollection<Orders> GetOrdersForProduct(Product product)
{
return _productRepository
.Find()
.ForProduct(product) // IQueryable<Product> pipe/extension filter
.ToList();
}
}
// "Company.Project.Data.Repositories.GenericRepository.cs
public class GenericRepository<T> : IRepository<T> where T : class
{
private IObjectSet<T> _objectSet;
public GenericRepository(IUnitOfWork unitOfWork)
{
CurrentContext = unitOfWork as SqlServerUnitOfWork;
}
public IQueryable<T> Find()
{
return CurrentContext.GetEntitySet<T>();
}
protected SqlServerUnitOfWork CurrentContext { get; private set; }
protected IObjectSet<T> CurrentEntitySet
{
// some plularization smarts in "SqlServerUnitofWork.cs", to dynamically pull
// back entity set based on T.
get { return _objectSet ?? (_objectSet = CurrentContext.GetEntitySet<T>()); }
}
}
如你所见，我是 DI 粉丝。
【讨论】：
.Include 急切加载 BLL 所需的实体。
您可以通过将存储库和 POCO 保存在同一个项目中来保持这一点非常简单。这基本上就是您的数据域模型。您的 POCO 是公开的，您的存储库接口也是如此。您应该将具体存储库保留在此项目内部。
您的 BLL 可以是经典的 Facade 或 Service Locator。该项目将处理您的数据并应用任何相关的业务规则，然后再将其交给 UI。这还将负责在将数据发送到 DAL 之前验证来自 UI 的数据。
【讨论】：