.Net Project 常规结构

　　目录：一个.NET网站的成长历程　　

　　在个人的日常工作和学习中，接触到不少的项目，这些项目结构大同小异，其结构的核心思想无外乎“分层“。

　　分层？从字面上理解，看似简单，实则不然。这需要从多个维度去看待这个问题。最为直接的就是根据项目的类型进行划分，继而根据这个类型再对其职责进行划分。

当然，这仅仅是个人的观点。在这方面每个人都有着自己独特的观点，所以分层的方式也不尽相同。

　　可以肯定的是一个优秀的项目它的结构一定非常优雅。而且一个项目的“高可用”与你的项目结构有着直接的关系。

　　以下是个人为这个系列博客新建的解决方案，后续的示例都以这个结构为基准

上述的解决方案中采用了传统三层架构，既 => 数据访问层+业务逻辑层+用户界面层，结构简单。当然在这个基础上个人又进行了一些划分便于后续扩展。

划分如下：

　　Models：实体对象层，包含了数据表的映射的实体和DTO实体。

　　IDAL：数据访问层的接口，提供数据库访问接口。

　　DAL：数据访问层的封装，依赖与IDAL层，提供对Models层操作指令。

　　IBLL：逻辑处理层接口。

　　BLL：逻辑处理层的封装，依赖与IBLL层。

　　Client：客户端，负责将用户的请求传递至业务层。

　　Common：公共层，负责提供公共服务。

以上就是这个演示项目的结构。