一直以来想写一个框架，想达到的目的：

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 的扩展和异常处理等等，可能会有一些好玩的想法