一直以来想写一个框架，想达到的目的：
1.对曾经做过项目的总结
2.节约构建系统的成本，不用每次都从零开始做起
3.写框架并在使用中不断的完善框架，这也是个积攒过程。
经历了一个多月的时间，一个基本的雏形算是搭建起来了，下边是结构图：
结构主要分两部分：Portal端和Service端,调用关系从上到下。
下边简单的介绍一下各个层次：
1.Asp.net mvc 前端站点，使用MVC模式是欣赏MVC的处理逻辑，强大的AOP特性、扩展性，没有WebControl显得更加干净。
2.Facade层，主要完成服务的调用，Model与Entity之间的转换
3.WCF服务层，包含两层，接口层和实现层，晚上的WCF服务结构
4.BizProcessor业务逻辑处理层，处理所有的业务逻辑
5.DataAccessLayer，使用接口，方便底层替换
6.数据库层
7.Entity层，贯穿于Facade到数据访问层，这里没有严格区别DTO和Entity，统一为Entity
8.Utility层，贯穿于着整个应用。
接下来会一个层一个层的介绍具体的实现和一些封装。
主要分为这四个大部分：
1.数据访问
2.WCF
3.Asp.net MVC
4.其他Utility
每一个部分会具体介绍涉及到的每一个小部分，会单独成章节，会讲到：数据访问层的封装，WCF的无配置方式运行和配置结合方式运行，WCF的异常处理，Asp.net MVC 的扩展和异常处理等等，可能会有一些好玩的想法