面向对象三层结构.docx

《面向对象三层结构.docx》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、图书信息管理系统在面向对象开发中三层的作用及关系在面向对象的开发中，通常把面向对象系统中的所有相互联系的对象分成三层：数据访问层、业务逻辑层、表示层。这样有利于对系统的开发、维护、部署和扩展。当然，分层的目的也在于“高内聚，低耦合”的思想。采用“分而治之”，把问题划分开来各个解决，易于对整个开发过程的控制、延展和合理的分配任务。²数据访问层主要是对原始数据的操作层，它是对数据进行操作，而不是数据库，用于专门与数据库进行交互，执行数据的增删改。需要强调的是，所有的数据对象只在这一层被引用，如System.Data.SqlCli

2、ent，除数据层之外的任何地方都不应该出现这样的引用。具体为业务逻辑层或表示层提供数据服务。²业务逻辑层主要是针对具体问题的操作，也可以理解为对数据层的操作。用于做一些有效性验证的工作，以更好地保证程序运行的健壮性。如完成数据添加、修改和查询业务等；不允许指定的文本框中输入空字符串，数据格式是否正确及验证数据类型；用户的权限的合法性判断等等，通过以上的诸多判断以决定是否将操作继续向后传递，尽量保证程序的正常运行。如果说数据层是积木，那逻辑层就是对这些积木的搭建。²表示层展现给用户的界面，负责和用户进行交互，用于数据的录入、数

3、据显示等。像菜单、按钮和输入框都属于这一层。如果逻辑层足够强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。图书信息管理系统表示层业务逻辑层数据访问层用户开发人员人员在图书信息管理系统中，对于数据访问层来说，最头疼的是SQL语句的处理。在早期的架构中，由于未采用三层式架构设计，数据访问层和业务逻辑层是紧密糅合在一起的，因此，SQL语句遍布与系统的每一个角落。这给程序的维护带来极大的困难，也为数据库移植带来了挑战。最好的方法是采用存储过程。这种方法使得程序更加整洁，此外，由于存储过程可以以数据库脚本的形式存在，也

4、便于移植和修改。但这种方式仍然有缺陷。一是存储过程的测试相对困难。虽然有相应的调试工具，但比起对代码的调试而言，仍然比较复杂且不方便。二是对系统的更新带来障碍。图书信息管理系统中，包含许多的增删改，比如：图书的借阅、图书入库、图书采购、图书的库存、读者信息、借阅时间、管理人员的权限等。所以，需要很好的利用SQL语句在数据访问层的具体实现。业务逻辑层主要是调用数据访问层方法来响应用户的操作，它在数据交互中起到承上启下的作用。由于层是一种低耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用

5、的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上。表示层就是界面层的设计，首先是登陆界面，需要登陆数据库判断用户是否存在，并实现相关验证（非空、数字验证、密码长度、验证码）最后实现效

6、果如下图所示：然后再根据自己的需要，进入不同的界面，进行相应的操作，用户在对表示层进行操作的同时，表示层使用操作和结果与逻辑层进行交互，逻辑层则与数据访问层进行交互。比如：表示层有增加学生信息窗口、添加借书信息窗口；对应的业务逻辑层则有增加学生信息、增加借阅信息；在逻辑层与数据访问层进行交互的时候则对应于存储学生信息、存储借阅信息。下面以增加借阅信息为例的界面效果如下：图-1-为表示层图-2-为业务逻辑层数据访问层则是对数据的存储，将数据存储在数据库中。图-3-为数据访问层表示层、业务逻辑层、数据访问层这三层构成了系统的物理

7、模型，在构造系统模型中开发人员会使用UML语言作为建造模型的工具。所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即是这三个层放置到一台机器上。    三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过互联网与中间层建立连接，再经由中间层与数据库进行交互。实现三层结构，有利于对系统的维

8、护。