目前我正在使用EF，并在所有操作中直接使用其数据上下文，但自从我开始阅读松散耦合和可测试性方面的知识后，我认为这不是最好的方法。在我开始重构当前所有代码之前，我试图理解所有的优点和缺点。
问题1： 考虑到每个实体都需要自己的存储库，因此必须为数据源（假设使用EF的数据库）设置连接，如果我需要在单个页面上从5个不同实体中获取数据，这是否会产生很多额外开销？
问题2： 我在所有在线例子中看到的也是大多数人（甚至像Shanselman这样的人）使用由LINQ或EF生成的实体类来实现存储库模式，这难道不违背了与松散耦合有关的存储库模式的目的吗？另一方面，替代方案是什么，例如结合AutoMapper的POCO类？（这让我有点害怕）
我希望有几个人能够解答这个问题，因为我有点困惑存储库模式是否适用于网站。
ObjectContext使用连接池，因此它不会像您想象的那样低效。此外，SQL服务器（如MSSQL）针对大量并发连接进行了优化。
至于如何实现它，我建议使用IRepository接口。然后，您可以创建特定的接口，例如PostRepository > IRepository，并最终在具体类中实现它（例如，一个真实的类和一个用于测试的虚拟内存中的类）。
public class EditLayoutChannelEntMapper : EntityMapper<Entity.LayoutChannel, EditLayoutChannel>,
IEditLayoutChannelRepository
{
protected override System.Linq.Expressions.Expression<Func<Entity.LayoutChannel, EditLayoutChannel>> Selector
{
get
{
return lc => new EditLayoutChannel
{
LayoutChannelId = lc.LayoutChannelId,
LayoutDisplayColumnId = lc.LayoutDisplayColId,
ChannelKey = lc.PortalChannelKey,
SortOrder = lc.Priority
};
}
}
public EditLayoutChannel GetById(int layoutChannelId)
{
return SelectSingle(c => c.LayoutChannelId == layoutChannelId);
}
}
感谢EntityMapper基类实现的方法，上述存储库实现了以下接口：
public interface IEditLayoutChannelRepository
{
EditLayoutChannel GetById(int layoutChannelId);
void Update(EditLayoutChannel editLayoutChannel);
int Insert(EditLayoutChannel editLayoutChannel);
void Delete(EditLayoutChannel layoutChannel);
}
ADO.NET连接池将在幕后管理连接。基本上，您使用多少不同的实体（因此具有自己上下文的存储库）都不重要；每个数据库操作都将从同一个池中获取连接。
存储库的原因是使您能够抽象/替换用于测试等创建实体的方式。实体对象可以像普通对象一样实例化，而不需要上下文的服务，因此测试存储库将为测试数据执行该操作。