Asp.Net MVC 体验 2 持久层的构建
持久层使用了LINQ TO SQL。
生成工具采用了T4 模板里面自带的一个linq sql 生成工具。比自带的那个好多了。
持久层用的最多的3个模式
dao,repository, dao+repository
它们之间的区别不说了。我用的是另外一种模式repository+extensions,这种方式比较适合查询语句相对简单的项目。
请看我写的这篇文章【轻量级数据过滤方案】
http://www.cnblogs.com/yuanhuaming/archive/2010/02/05/1664564.html
hibernate , entity framework 这类orm已经提供了很好的条件封装机制,只需提供一个通用的数据访问接口就行了,在社区甚至有人认为使用这些orm根本就不需要dal。
其实linq也可以只使用一个通用接口,只不过我对表达式树不了解,使用方面有困难。
看一下项目中repository的接口
public interface IRepository<T>
{
T Get(object id);
IQueryable<T> FindAll();
bool IsExists(Expression<Func<T, bool>> predicate);
void Add(T entity);
void Add(List<T> entitys);
void Delete(T entity);
void Delete(List<T> entitys);
void Delete(Expression<Func<T, bool>> predicate);
void Save();
}
这里FindAll()方法没有直接返回List集合。数据的加载我基本上都延迟到了Controller再加载的。
延迟到controller层有很多好处:
1.可以减少DTO。 使用匿名类可以直接放入View中,而不需要写一个DTO作中间传输。
2.数据需要时在加载,有效利用资源。
3.IQueryable<T> 的灵活性很高。
这些都会在介绍controller的。
那么复杂查询怎么处理?
我们来看一个简单的例子
这是一个扩展question查询的类
public static class QuestionExtensions
{
public static IQueryable<Question> GetQuestionByUser(this IQueryable<Question> query, string userId)
{
return query.Where(a => a.CreatedBy == userId);
}
}
我们在service层就可以这样使用。
public class QuestionBiz : BaseBiz<Question>
{
private readonly IRepository<Question> _repository;
public QuestionBiz(IRepository<Question> repository)
: base(repository)
{
_repository = repository;
}
public IQueryable<Question> GetQuestionByUser(string userId)
{
return _repository.FindAll().GetQuestionByUser(userId);
}
}
数据处理全部放在了dal,service只负责调用。dal只开放了一个通用接口就可以实现dao+repository模式了。
附上souce了,https://iknowledge.svn.codeplex.com/svn ,程序还未完成,理解就行。