我们正在从 ASP.NET Web 窗体迁移到 MVC 2.0。在我们的大多数项目中，我们都有与数据库通信的典型设置。
通用（对象/实体，如“SiteMenu”和“用户”）
业务逻辑层（调用数据访问层）
数据访问层
DAL 有一个带有通用数据库操作的 DatabaseHelper、一个带有数据库特定操作（例如 MySQL）的 OdbcHelper 和一个带有所有存储过程的 StoredProcedure 类。
如何将此设计转化为存储库设计？我们想使用我们自己的数据库助手而不是 NHibernate 等。
你有什么建议？
【问题讨论】：
标签： asp.net-mvc repository data-access-layer bll
您可以利用所有数据访问技术来利用存储库。 repository 是对现有数据访问助手/服务的抽象，允许将业务逻辑与数据访问层分离。与 Query 一起使用以启用过滤的存储库。它通常与工作单元一起使用，将更改存储回数据库。
一个仓库至少有：
一个非常简单的例子:):
A. Product 类，在Common中定义：
public class Product
{
public int Id { get; private set; }
public string Code { get; set; }
public string Name { get; set; }
public decimal Price { get; set; }
}
B. Query、IRepository 和 IUnitOfWork 的类在 DAL.interfaces.dll 或 Common.dll 中定义（但不在 DAL 中！）。
public class Query
{
public string Text { get; set; }
}
public interface IRepository<TEntity>
where TEntity : class
{
bool TryGet(int key, out TEntity value);
TEntity this[int key] { get; }
IEnumerable<TEntity> GetAll();
bool TryGetFirst(Query condition, out TEntity value);
TEntity GetFirst(Query condition);
IEnumerable<TEntity> GetAll(Query condition);
int Count { get; }
}
public interface IUnitOfWork
{
void SetAdded(TEntity value); // Marks entity as added for further INSERT
void SetRemoved(TEntity value); // Marks entity as removed for further DELETE
void SetChanged(TEntity value); // Marks entity as modified for further UPDATE
void Save(); // Save all the changes
}
IUnitOfWork 知道已更改的实体。 Save() 为每个更改的实体调用适当的 DatabaseHelper / OdbcHelper CRUD 方法，以便将更改持久保存在数据库中。
IRepository
希望我的回答对你有帮助。
请随时问我一个问题...
链接： Patterns of enterpise application architecture by Martin Fowler
【讨论】：
在迁移到 MVC 时，您可以保持相同的分层方法。返回实体/对象的 BLL 可以是 MVC 中的 M。通常，您会在示例中看到人们直接在他们的 Controller 中创建存储库的实例，在您的情况下，您将创建 BLL 类的实例。
【讨论】：