在个人的日常工作和学习中，接触到不少的项目，这些项目结构大同小异，其结构的核心思想无外乎“分层“。
分层？从字面上理解，看似简单，实则不然。这需要从多个维度去看待这个问题。最为直接的就是根据项目的类型进行划分，继而根据这个类型再对其职责进行划分。
当然，这仅仅是个人的观点。在这方面每个人都有着自己独特的观点，所以分层的方式也不尽相同。
可以肯定的是一个优秀的项目它的结构一定非常优雅。而且一个项目的“高可用”与你的项目结构有着直接的关系。
以下是个人为这个系列博客新建的解决方案，后续的示例都以这个结构为基准
上述的解决方案中采用了传统三层架构，既 => 数据访问层+业务逻辑层+用户界面层，结构简单。当然在这个基础上个人又进行了一些划分便于后续扩展。
划分如下：
Models：实体对象层，包含了数据表的映射的实体和DTO实体。
IDAL：数据访问层的接口，提供数据库访问接口。
DAL：数据访问层的封装，依赖与IDAL层，提供对Models层操作指令。
IBLL：逻辑处理层接口。
BLL：逻辑处理层的封装，依赖与IBLL层。
Client：客户端，负责将用户的请求传递至业务层。
Common：公共层，负责提供公共服务。
以上就是这个演示项目的结构。