前言

在数据访问层应用Repository模式来隔离对领域对象的细节操作是很有意义的。它位于映射层之上作为对于数据进行CRUD操作的一个抽象层。在Repository模式中，我们可以像操作内存里的集合一样来操作数据，而Repository则负责把我们的操作更新到数据库中。

构建Repository

在构建Repository模式之前，我们先列举在我们项目中将要使用到的用例，由于我们项目的重点是Web Api，所以Repository的构建相对比较简单，并没有用泛型基类的方式来构建。

查询所有的科目，通过ID获得某个科目。

查询所有的课程以及关联的对象(导师和科目) 。

根据ID获取某个课程以及关联的对象（导师，学科以及参与该课程的学生）

查询所有的学生以及相关对象（参与的课程，课程所在学科，导师）

根据课程ID查询所有报读的学生信息

通过用户名查询学生

通过用户名和密码验证学生信息

为注册过的学生提供选课功能

学生和课程的CRUD

创建ILearningRepository接口来定义所有的用例：

public interface ILearningRepository

    {

        IQueryable<Subject> GetAllSubjects();

        Subject GetSubject(int subjectId);

        IQueryable<Course> GetCoursesBySubject(int subjectId);

        IQueryable<Course> GetAllCourses();

        Course GetCourse(int courseId);

        bool CourseExists(int courseId);

        IQueryable<Student> GetAllStudentsWithEnrollments();

        IQueryable<Student> GetAllStudentsSummary();

        IQueryable<Student> GetEnrolledStudentsInCourse(int courseId);

        Student GetStudentEnrollments(string userName);

        Student GetStudent(string userName);

        Tutor GetTutor(int tutorId);

        bool LoginStudent(string userName, string password);

        bool Insert(Student student);

        bool Update(Student originalStudent, Student updatedStudent);

        bool DeleteStudent(int id);

        int EnrollStudentInCourse(int studentId, int courseId, Enrollment enrollment);

        bool Insert(Course course);

        bool Update(Course originalCourse, Course updatedCourse);

        bool DeleteCourse(int id);

        bool SaveAll();

    }

上述的接口中已经包含了我们Api中所有需要的操作。特别说明一下在这里对于集合我们都返回IQueryable<>类型，因为这个类型能够做到按需查询，延迟加载——当我们进行多条件复合检索或者分页，排序的时候，IQueryable<>类型不会立即访问数据库，而是在集合被迭代的时候(在前台foreach展示数据的时候)才去数据库查询加载，这样可以提高访问性能，避免查询出一些不必要的数据。

现在我们新建“learningrepository”类实现ILearningRepository，在这里我给出部分实现，剩下的可以在本章最后下载源码获得：

public class LearningRepository : ILearningRepository

 {

     private LearningContext _ctx;

     public LearningRepository(LearningContext ctx)

     {

         _ctx = ctx;

     }

 public IQueryable&lt;Subject&gt; GetAllSubjects()

     {

         return _ctx.Subjects.AsQueryable();

     }

 /*Rest of methods implementation goes here....*/

  }

在learningrepository的构造函数中我们可以发现我们需求一个learningrepository类型来初始化我们的_ctx。这种设计模式叫做依赖注入，简单的来说就是对象的创建是通过第三方容器来实现的，而不是直接new。这样做有利于模块与模块间的耦合降低，关于更多依赖注入的信息，请参考：http://www.cnblogs.com/tylerdonet/p/3297915.html

总结

到此为止，我们的数据访问层就算基本完成了，Web Api的准备工作也就完了。从下一章开始，本次的主角Web Api就要闪亮登场了。

本章源码：http://yun.baidu.com/s/1o6wf1KQ

ajax跨域请求的解决方案

一直打算改造一下自己传统做网站的形式。

我是.Net程序员，含辛茹苦数年也没混出个什么名堂。

最近微信比较火，由于现在大环境的影响和以前工作的总结和经验，我打算自己写一个数据，UI松耦合的比较新潮的模式，类似微信公众平台了也是。

先介绍下微信公众平台，平台上所有展示的动态数据,大多都是由http请求到json，然后解析结合UI产生Html从而展示在您的面前。尽管以前自己经常用xml+xsl=〉html来做。而今天主要是要做的几步：

1.接口站点，最好是用EF的强大功能这样就可以节省很多手动写接口的时间，当然现在还是手动写感觉不会再爱了~希望博友们能推荐一些学习资源

2.web程序，所有页面均为html，所有的请求和响应都由http来完成和回馈，并且要加上Log记录。感觉这是个大工程，参照了下微信公众平台，平台光js就引用了十几二十个，还用了很多插件，高深的样子投向崇拜的目光眼。

言归正传，ajax跨域请求的方案

前提是接口程序是你自己发布的，也就是你可以在响应中添加header。当web站点请求接口站点的时候，js会提示跨域无法请求。

1 2	`<span style="font-size: 16px;"> HttpContext.Current.Response.AddHeader("Access-Control-Allow-Origin",` `"http://localhost:9004");//我自己调试的站点` `</span>`

　　你需要添加响应Header。这时，你在ie下，会请求到你想要的数据， Chrome，Firfox，Maxthon等等浏览器还是请求文档失败，似乎是没指定请求的内容。

   HttpContext.Current.Response.AddHeader("Access-Control-Allow-Headers", "Origin, X-Requested-With, Content-Type, Accept");//再添加一个header

Success！也没什么就是加了俩头

分类: javascript跨域请求

巴特西

使用Repository模式构建数据库访问层

使用Repository模式构建数据库访问层

使用ASP.NET Web Api构建基于REST风格的服务实战系列教程【二】——使用Repository模式构建数据库访问层

ajax跨域请求的解决方案

最新文章

热门文章