项目框架分类

  • 两层架构：UI、数据库访问（DAL）
  • 三层架构：UI（表示层）、DAL、业务逻辑层（BLL）
  • 三层架构+MVC：适合于大型web应用开发

三层架构各层的意义

  • UI（表示层）：项目的界面部分，用来和用户交互（获取用户输入的数据、展示后台返回的数据）
  • DAL（数据访问层）：负责和数据库交互，用来完成数据的CRUD。
  • BLL（业务逻辑层）：负责UI和DAL直接的业务处理。
  • Models（实体层）：负责各层之间数据传递。

为什么要使用分层

  • 根据面向对象中对象职责明确原则，要求各个对象完成的任务具有单一性。
  • 逻辑和任务非常清晰，便于团队开发。

本次项目课程具体要求

  • UI：表示层
  • DAL：数据访问层
  • BLL：业务逻辑层
  • Models：实体层
  • Common：通用辅助层（加密解密类、数据验证类、其他“外部类”）
  • DBUtility：通用数据访问层（主要是用来完成通用数据访问类的封装）（该模块可以和DAL封装在一起）

项目模块之间的引用关系

  • Models：用来封装数据的，不需要引用其他模块。
  • DBUtility：用来封装通用数据访问类的，需要引入配置文件操作模块（系统模块），也可以根据需要添加Common模块的引用。
  • DAL：主要用来操作数据库，所以需要添加DBUtility的引用；同时需要引用Models
  • BLL：DAL+Models
  • ＵI：BLL+Models+Common

实体类

  • 通常和数据表具有对应关系。
  • 但是也可以根据需要增加或减少实体类。
  • 也可以根据需要添加扩展实体。

数据访问类

  • 通常和实体类对应。
  • 但是也可以根据需要减少数据访问类。
  • 命名规范：实体类名称+Service后缀名
  • 主要用来完成所对应的实体类的数据的CRUD。

业务逻辑类

  • 通常和数据访问类对应。
  • 但是也可以根据需要减少业务逻辑类。
  • 命名规范：实体类名称+Manager
  • 业务逻辑类里面不能出现任何形式的SQL语句。