网学网为广大网友收集整理了，独立的模块化设计的查询器，希望对大家有所帮助！
第三章组件开发方案 本章通过对组件可选择的几种开发技术方案进行分析和比较，选择了基于MVC的四层模型进行开发，通过对组件的两种技术方案进行简单的比较，确定了组件的开发技术方案，以及开发环境。 3.1 体系结构 虽然通用查询器只是一个简单的数据库查询组件，也没有复杂的业务逻辑，但是良好的分层结构，有利于组件今后进行裁减和修改，为后面的重用打下良好的基础。这里的层次体系结构与基于大型应用的C/S，B/S网络体系层次有一定的区别。这里的层次体系结构是指通用查询器组件内部的层次结构，没有考虑数据库这一层。层次结构可以分为两层或三层，N层。 3.1.1 两层或三层体系结构 两层体系结构指通用查询器整个组件只有表现层和业务层两层。表现层为用户界面，负责接受用户的各种输入并负责向用户返回查询结果，而业务层则是界面的后台类，它包括了从判断用户输入，到执行业务逻辑，到完成数据访问的所有功能。 两层体系结构的层次简单，容易设计，能够很快上手进行编码实现。但是这种简单的设计隐藏着很大的局限。 (1)逻辑混乱，不容易理解。在一个界面的后台类里面，没有将业务逻辑和表达逻辑分开[12]。在后台类代码里面，哪些负责显示数据，哪些执行业务逻辑，哪些执行数据访问，它们的调用关系怎样，这些都非常不清晰。其它程序员很难理解代码的含义。 (2)不易修改和扩展。由于大量代码堆积在一个后台类里面，当需要修改某个功能或者要增加对新数据库的支持时，要对整个代码做大量修改，甚至可能要修改整个程序的所有代码，这对整个开发项目来说是个巨大的灾难。 这样的程序维护性和扩展性很差，无法根据不同的信息系统进行修改和裁减，也无法作为一个可重用组件去适应各种不同的信息系统。 而三层体系结构将业务层分为了业务逻辑层和数据访问层，在两层体系结构的基础上有了很大的提高。但是业务逻辑层仍然包括了对用户数据的分析和业务逻辑的执行，还是存在两层体系结构的巨大局限性。 3.1.2 N层体系结构 N层体系结构是在三层体系结构的基础上发展起来的。与著名的MVC架构结合后，N层体系结构将三层结构中的业务逻辑层进一步划分为控制层和业务逻辑层。这样就形成了基于MVC体系的四层构架： (1)表现层：即为组件的用户界面，负责接受用户的输入并且向用户返回各种输出。 (2)控制层：即为用户界面的后台类。一方面负责对用户的输入进行判断：当用户的输入合法时，根据其输入类型的不同，调用不同的业务逻辑模块执行功能；当用户输入不合法时，返回提示信息。另一方面，负责将业务逻辑模块执行的结果传递给表现层。 (3)业务逻辑层：为单独的类。负责接受控制层传递过来的用户输入，并执行一定的功能。需要时调用不同的数据访问模块访问各种数据库，获取数据。执行完成后将执行结果返回给控制层。 (4)数据访问层：为单独的类。负责接受业务罗基层传递过来的参数，访问特定的数据库，进行数据操作。并将执行结果返回给业务逻辑层。 通过这四层的划分，分离了程序的表现，控制和数据，具有设计清晰，可扩展，可维护，以及较高的交互性等特点[13]。当需要对组件功能进行修改时，仅仅需要修改业务逻辑层的部分代码即可。当需要增加对新数据库的支持时，只要在数据访问层添加相应模块，并在业务逻辑层添加对其的调用就行了。 这样的设计做到了高内聚低耦合，能够满足作为一个可重用组件的要求。因此通用查询器的设计就采用基于MVC的四层体系架构。 |
| 本站发布的计算机毕业设计均是完整无错的全套作品，包含开题报告+程序+论文+源代码+翻译+答辩稿PPT |
本文选自计算机毕业设计http://myeducs.cn
|
