c_三层架构讲解和实例分析.docVIP

模块概述 2 本模块工作任务 2 本模块学习目标 2 任务3-1：三层架构划分 2 ? 效果与描述 2 ? 相关知识与技能 3 3-1-1 三层架构的划分原理 3 3-1-2 ORM（对象关系映射） 4 ? 任务的设计思路 5 ? 任务的实施 5 ? 举一反三 5 任务3-2：数据访问层 6 ? 效果与描述 6 ? 相关知识与技能 6 3-2-1 泛型集合的定义与使用 6 3-2-2 数据访问层的设计思路 8 ? 任务的设计思路 9 ? 任务的实施 9 ? 举一反三 11 任务3-3：业务逻辑层的实现 11 ? 效果与描述 11 ? 相关知识与技能 12 3-3-1 业务逻辑层的设计思路 12 ? 任务的设计思路 12 ? 任务的实施 12 ? 举一反三 14 任务3-4：表示层的实现 14 ? 效果与描述 14 ? 相关知识与技能 14 3-4-1 界面层的设计思路 14 ? 任务的设计思路 15 ? 任务的实施 15 ? 举一反三 15 本模块小结 15 本模块作业 17 模块三 基于3层架构的课程管理 模块概述 在上个模块：单层的课程管理中，已实现数据库的连接、命令的执行、不同数据集的应用，并利用应用程序配置文件，和自定义的数据操作类，对程序进行了优化重构。实现一个管理信息系统所需要的技术，似乎已全了。 但是，如果应用程序的功能需求不是这么简单，而是有非常复杂的流程。那么，如果按照上个模块的做法，在最后的重构中设计了一些功能实现方法，并且在同一层调用，界面层的代码就会很长而无序。并且，一旦用户需求改变，则对这么长的代码进行重写，是不可行的。这种做法对于大型的软件是不能承受的。 因此，目前通用的做法是：将应用程序的实现分布在从底向高的三个层。数据访问层实现对数据库记录的操作，这对于特定DBMS是固定的，不需更改的；业务逻辑层利用数据访问层实现业务逻辑，这层是关键，如果用户的业务需求改了，可以在这层中修改，因为这层有很多独立的方法，而且，改某个功能不会影响到别的功能，这种改动就比较科学；界面层调用业务逻辑层实现用户的功能，只要业务逻辑层有这个功能，就可以调用，界面层只需提供输入输出和提示等。这就是基于3层架构的应用程序体系结构，是目前最通用的架构模式。 本模块工作任务 任务3-1：三层架构划分 任务3-2：数据访问层的实现 任务3-3：业务逻辑层的实现 任务3-4：表示层的实现 本模块学习目标 1、掌握三层架构的划分原理 2、掌握各层的设计思路，和层之间的调用关系 3、利用三层架构实现对课程管理模块的重构 4、巩固OOP的基本概念和 OOP的编程思路 --------------------------------------------------------------------------------------------------------------------------------- 任务3-1：三层架构划分 效果与描述 图3.1 包含多个项目的3层架构解决方案 本任务要求学生能够将原来的只有1个项目的课程管理模块，重构为标准的具有5个项目的3层架构的模块，并进行恰当的初始化，仍能实现课程记录的添加、浏览功能。在此过程中理解3层架构的划分原理，各层的任务，层之间的调用关系。 本任务的业务流程： 图3.2 单层转化为3层架构的业务流程 相关知识与技能 3-1-1 三层架构的划分原理 三层架构的划分如下图： 图3.3 三层架构原理图 各层的任务 数据访问层：使用ADO.NET中的数据操作类，为数据库中的每个表，设计1个数据访问类。类中实现：记录的插入、删除、单条记录的查询、记录集的查询、单条记录的有无判断等基本的数据操作方法。对于一般的管理信息软件，此层的设计是类似的，包含的方法也基本相同。此层的任务是：封装每个数据表的基本记录操作，为实现业务逻辑提供数据库访问基础。 业务逻辑层：为用户的每个功能模块，设计1个业务逻辑类，此时，需要利用相关的数据访问层类中，记录操作方法的特定集合，来实现每个逻辑功能。 界面层：根据用户的具体需求，为每个功能模块，部署输入控件、操作控件和输出控件，并调用业务逻辑层中类的方法实现功能。 层之间的调用关系 数据访问层的类，直接访问数据库，实现基本记录操作。 业务逻辑层的类，调用相关的数据访问类，实现用户所需功能。 界面层：部署控件后，调用业务逻辑层的类，实现功能。 将应用程序的功能分层后，对于固定的DBMS，数据访问层基本可以不变，一旦用户的需求改变，首先修改业务逻辑层，界面层稍做改动即可。这种做法使程序的可复用性、可修改性，都得到了很好的改善，大大提高了软件工程的效率。 3-1-2 ORM（对象关系映射） 在图3.1中看到，除了界面