前言

　　开始学习的时候，搭建底层架构非常吃力。听着师哥师姐讲架构，感觉像听天书的似的，脑子里面一团浆糊，就看着师哥的F12按的特别欢，具体跳到哪里了，不知道。

不过硬着头皮做了一段时间的项目后，因为要如果不分析里面的调用关系，根本就不知道一条线怎么下来，所以一开始模仿，渐渐地开始有了自己的思路，感觉整个框架在脑海里面越来越清晰。

底层框架

　　.Net的框架十分的强大，跟之前的机房收费系统比，真的是从原始社会直接奔向了小康社会。

废话不多说的，赶紧进入正题，整个框架主要分成以下这几块，简单的介绍一下它的调用关系：

　　　客户端：MVC框架，View层主要负责界面显示，里面的控件主要采用EasyUI，少量不可修改的属性也可以手写JS来修改样式，是门面；Controller里面主要调用WCF里面的方法，也可以配置View层的动态表头信息等;Model层这里其实不是我们说的底层类库，与之对应的是WCF层里面的数据契约，数据契约与页面上显示的控件信息相对应，不一定是跟实体里面的字段一致。

　　WCF:主要是沟通客户端和服务端。创建WCFService具体类的时候，会与之产生一个对应的接口，我们把它删掉，在ServiceContracts里面重新创建一个与具体类对应的接口。这样做的目的是考虑到多个接口发布的效率会不如发布一个接口的效率。

　　服务端：BLL／DAL层都是采用的传统的抽象工厂创建接口来实现具体类，使界面和BLL、DAL解耦，提高了系统的灵活性。BLL/DAL之间存在DbSession，BLL调用Dbsession的工厂创建与之对应的接口，这个接口具体实现是调用DAL层的工厂创建DAL层的接口，实现DAL层类。这绕一下，目的是保证线程的唯一。BLL/DAL的接口都有三种:ICoreService/IBaseService/IUserInfoService,这三种依次是底层类库的接口、各系统服务总接口、各个系统具体的接口。通过部分接口和部分类，来实现多个类、接口实现统一的接口，然后进行发布。

总结

回眸一笑百媚生，重点要回顾。