标签:c dependency-injection idisposable repository-pattern
我创建了一个我想在页面后面的代码中使用的存储库类.我在代码隐藏页面中使用构造函数注入来实例化存储库.
存储库类:
BritanniaPremierEntities PBEntities = new BritanniaPremierEntities();
public IQueryable<TradeRoutes> GetRoutes()
{
var routes = PBEntities.TradeRoutes.OrderBy(c => c.ConsignmentDate);
return routes;
}
public IQueryable<TradeRoutes> GetExpiredRoutes()
{
var routes = PBEntities.TradeRoutes.Where(
c => c.ConsignmentDate <= System.DateTime.Now);
return routes;
}
代码页面背后
private IRepository repos;
public Admin_TradeRoutesAdmin()
: this(new Repository())
{
}
public Admin_TradeRoutesAdmin(IRepository repos)
{
this.repos = repos;
}
public IQueryable GetTradeRoutes()
{
// call repository method
return repos.GetRoutes();
}
这是我有点困惑的地方.我应该如何确保存储库正确处理?例如,我无法使用代码隐藏页面中的语句来包装存储库调用,从而在存储库中使用dispose方法.
解决方法:
你应该使用Register Resolve Release pattern.
具体而言,您应该记住始终释放您所解决的内容.作曲家有责任跟踪是否应该处理依赖关系.这不是微不足道的,因为它取决于不同的因素:
>依赖项是否实现了IDisposable?
>依赖关系的生命周期是否表明它应该现在或以后处理?
这是一项如此复杂的任务,您应该使用适当的DI容器来完成工作.
但是,请记住,这最终取决于您的DI Container是否支持退役.例如,Castle Windsor虽然没有,但StructureMap却没有.
标签:c,dependency-injection,idisposable,repository-pattern 来源: https://codeday.me/bug/20190531/1188939.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。