我在EF Codefirst上创建了一个包含一些方法的Generic存储库,效果很好。 Get方法看起来像这样(这包括一个级别)
public virtual IEnumerable<T> Get(
Expression<Func<T, bool>> filter = null,
Func<IQueryable<T>, IOrderedQueryable<T>> orderBy = null,
string includeProperties = "")
{
IQueryable<T> query = _dDbSet;
if (filter != null)
query = query.Where(filter);
query = includeProperties.Split(new[] { ',' }, StringSplitOptions.RemoveEmptyEntries).Aggregate(query, (current, includeProperty) => current.Include(includeProperty));
return orderBy != null ? orderBy(query).ToList() : query.ToList();
}
但是当我需要通用存储库来返回“更深层次的”include
时,我偶然发现了一个问题示例:酒店对象与房间列表有关系,每个房间都与人有关系。
我希望我的方法返回一个酒店对象,其中包含与这些房间相关的房间列表。
如何使用GenericRepository解决这个问题?
我不想使用解决方案:
var hotel = _hotelRepository.Context.Hotels.Where(p => p.HotelId == HotelId).Include(p => p.RoomList.Select(b => b.Person)).First();
在我的bussinesclass中,因为我想分离对genericRepository的数据访问,并能够在我的测试项目中模拟出该方法。
是否有一个很好的解决方案,或者我是否必须使用上面提到的选择上下文?
谢谢!
答案 0 :(得分:4)
我闻到了Inner-Platform Effect。您正在尝试使您的通用存储库执行EF所做的一切。为什么不直接使用EF(或您使用的任何ORM)?
就个人而言,我刚刚放弃了我自己的存储库。我通过直接在“报告”类中使用ORM来封装可重用查询。对于更简单的一次性查询,我直接使用ORM。当我编写报告类或直接查询时,我知道要包含/获取的内容等等,并且可以使用ORM提供的工具。
请记住:您的ORM已经 存储库,无需包装它(IMO)。
请参阅http://ayende.com/blog/3955/repository-is-the-new-singleton