几种常见架构模式.pdfVIP

几种常见架构模式 本文转自：/?uid-21232-action-viewspace-itemid-218882 在实践中，人们总结出了一些常用的软件系统结构高层模式，以供应用系统设计时参考。这些模式包括：单服务 两层/多层C/S；MVC 结构；面向服务的SOA 与多服务集合；数据交换总线等。 1. 单机应用系统（Standalone ） 准确地讲，单机应用系统是最简单的软件结构，是指运行在一台物理机器上的独立应用程序。当然，该应用可以 是多进程或多线程的。 在信息系统普及之前的时代，大多数软件系统其实都是单机应用系统。这并不意味着它们简单，实际情况是，这 样的系统有时更加复杂。这是因为软件技术最初普及时，多数行业只是将软件技术当做辅助手段来解决自己专业 领域的问题，其中大多都是较深入的数学问题或图形图像处理算法的实现。 有些系统非常庞大：笔者早年曾经参与的一个大型纯软件系统开发，多达160 万行程序！要知道，这些程序当时 可都是一行行写出来的。这应该算是一个超大型的软件系统了，共有十多个子系统集成在一个图形界面上执行， 并可在多行UNIX/DOS 平台下运行，其中很多算法的复杂困难程度，可以说，如果讲给今天这些所谓的架构高 手与计算机高手听，他们会感觉如听“天书”一般深奥；有些系统则算法非常复杂：我的一个同学，在他们专业领 域内编制的软件程序，在当时最高级的专业工作站上（应该要比今天的最快的微机性能还好些），一敲回车键运 行，就往往要等待一个星期的时间才能得到结果。 而这些软件系统，从今天的软件架构上来讲，却很简单，是标准的单机系统。即便是今天，复杂的单机系统也有 很多，它们大多都是专业领域的产品，如CAD/CAM 领域的CATIA、ProEngineer，Autodesk 的AutoCAD ，还 有我们熟悉的Photoshop、CoralDraw，等等（这些系统的高级版本可能提供了一些网络化的功能，但改变不了 其单机系统的实质）。 所以这里笔者要说的是，软件架构复杂并不代表软件系统复杂，其实，软件架构设计较为重要的领域只有一个， 那就是信息系统领域，即以数据处理（数据存储，传输，安全，查询，展示等）为核心的软件系统。其他行业的 软件应用对该概念其实并不是那么强调。 所以，读者应该明白，后面几节介绍的所谓流行软件架构，都是指在信息系统的领域内。 2. 客户机/服务器（Client/Server ）结构 客户机/服务器结构是软件系统中最常见的一种。笔者认为该概念应该来源于基于TCP/IP 协议的进程间通信IPC 编程的“发送”与“反射”程序结构，即Client 方向Server 方发送一个TCP 或UDP 包，然后Server 方根据接收到 的请求向Client 方回送TCP 或UDP 数据包（这里是指建立TCP/IP 连接以后的应用程序逻辑，不涉及如TCP 建立连接的三方握手过程），IPC 编程的客户端/服务器概念图如图6-2 所示。 诚然，上述IPC 编程中的客户与服务，在过去只是一个再普通、传统不过的标准程序结构与编程方法，不会有人 将其提高到软件架构的高度。但其实，现代流行的各种C/S 架构，其本质却正是如此：即TCP/IP IPC 编程中的 客户机/服务器。目前为止，还没有任何一种客户机/服务器架构的软件超出了这个范围。 所以，准确地讲，现代各种客户机/服务器模式的软件架构实际上是对IPC 编程中客户/服务程序结构更加产品化 与成熟化的结果。 让我们来看看几种常见的客户机/服务器的软件结构。 ● 两层C/S 两层C/S，其实完全是IPC 客户端/服务器结构的应用系统体现。两层C/S 其实就是人们所说的“胖客户端”模式。 在实际的系统设计中，该类结构主要是指前台客户端+后台数据库管理系统，如图6-3 所示。 在两层C/S 结构中，图6-3 前台界面+后台数据库服务的模式最为典型，前文所说的很多数据库前端开发工具（如 PowerBuilder、Delphi、VB ）等都是用来专门制作这种结构的软件系统的。 有人也许要问，上述典型的两层C/S 模式应该没有你所说的TCP/IP 通信呀？怎么你前面讲所有的C/S 模式都脱 离不了这个范围呢？其实，每一种数据库都提供了其专用的访问API 或通用的ODBC/JDBC 接口，如果这个数 据库的开发支持从不同的机器上以网络方式连接，则笔者相信其在客户端与数据库后台的通信大多情况下是 TCP/IP 的客户机/服务器模式！如果这个数据库不支持网络连接方式（如以前基于FoxBase 的开发，或现在基于 MS Access 的开发），则我们不能称这个软件是C/S 模式。 另外，如图6-3 所示，