现在的一切都是为将来的梦想编织翅膀，让梦想在现实中展翅高飞。
Now everything is for the future of dream weaving wings, let the dream fly in reality.
系统架构设计高级技能 · 层次式架构设计理论与实践
- 一、层次式体系结构概述
-
- [1.1 定义](#1.1 定义)
- [1.2 层次式应用的组成](#1.2 层次式应用的组成)
- [1.3 特点与注意事项](#1.3 特点与注意事项)
- 二、表现层框架设计
-
- [2.1 MVC（Model-View-Controller）模式](#2.1 MVC（Model-View-Controller）模式)
- [2.2 MVP（Model-View-Presenter）模式](#2.2 MVP（Model-View-Presenter）模式)
- [2.3 MVVM（Model-View-ViewModel ）模式](#2.3 MVVM（Model-View-ViewModel ）模式)
- 三、中间层框架设计
-
- [3.1 业务逻辑层组件设计](#3.1 业务逻辑层组件设计)
- [3.2 业务逻辑层工作流设计](#3.2 业务逻辑层工作流设计)
- [3.3 业务逻辑层实体设计](#3.3 业务逻辑层实体设计)
- [3.4 业务逻辑层框架](#3.4 业务逻辑层框架)
- 四、数据访问层框架设计
-
- [4.1 数据访问模式](#4.1 数据访问模式)
- [4.2 工厂模式在数据数据访问层的应用](#4.2 工厂模式在数据数据访问层的应用)
- [4.3 ORM，Hibernate与CMP2.0设计思想](#4.3 ORM，Hibernate与CMP2.0设计思想)
- [4.4 XML Schema](#4.4 XML Schema)
- [4.5 事务处理设计](#4.5 事务处理设计)
- [4.6 连接对象管理设计](#4.6 连接对象管理设计)
- 五、数据架构规划与设计
-
- [5.1 数据库与类的设计融合](#5.1 数据库与类的设计融合)
- [5.2 数据库设计与XML设计融合](#5.2 数据库设计与XML设计融合)
- 六、物联网层次架构设计
一、层次式体系结构概述
1.1 定义
软件体系结构可定义为：软件体系结构为软件系统提供了结构、行为和属性的高级抽象，由构成系统的元素描述、这些元素的相互作用、指导元素集成的模式以及这些模式的约束组成。软件体系结构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理，是构建于软件系统之上的系统级复用。
分层式体系结构是一种最常见的架构设计方法，能有效地使设计简化，使设计的系统机构清晰，便于提高复用能力和产品维护能力。层次式体系结构设计是将系统组成一个层次结构，每一层为上层服务，并作为下层客户。在一些层次系统中，除了一些精心挑选的输出函数外，内部的层接口只对相邻的层可见。连接件通过决定层间如何交互的协议来定义，拓扑约束包括对相邻层间交互的约束。由于每一层最多只影响两层，同时只要给相邻层提供相同的接口，允许每层用不同的方法实现，同样为软件
重用提供了强大的支持。
1.2 层次式应用的组成
1.3 特点与注意事项
二、表现层框架设计
2.1 MVC（Model-View-Controller）模式
MVC是一种软件设计模式。MVC把一个应用的输入、处理、输出流程按照视图、控制、模型的方式进行分离，形成了控制器、模型、视图3个核心模块，其中：
（1）控制器（Controller）：接受用户的输入，并调用模型和视图去完成用户的需求。
（2）模型（Model）：应用程序的主体部分，表示业务数据和业务逻辑。
（3）视图（View）：用户看到并与之交流的界面。
如图，三者协作关系：
使用MVC模式来设计表现层，可以有以下优点：
（1）允许多种用户界面的扩展。
（2）易于维护。
（3）易于构件功能强大的用户界面。
（4）增加应用的可拓展性、强壮性、灵活性。
2.2 MVP（Model-View-Presenter）模式
在MVP模式中Model提供数据，View负责显示，Controller/Presenter负责逻辑处理。MVP不仅仅避免了View和Model之间的耦合，还进一步降低了Presenter对View的依赖。
如图，MVP设计模式：
使用MVP模式来设计表现层，可以有以下的优点：
（1）模型与视图完全分离，可以修改视图而不影响模型。
（2）所有的交互都发生在一个地方 - Presenter内部，因此可以更高效地使用模型。
（3）可以将一个Presenter用于多个视图，而不需要改变Presenter的逻辑。因为视图的变化总是比模型的变化频繁。
（4）如果把逻辑放在Presenter中，就可以脱离用户接口来测试这些逻辑（单元测试）。
2.3 MVVM（Model-View-ViewModel ）模式
MVVM和MVC、MVP类似，主要目的都是为了实现视图和模型的分离。不同的是MVVM中，View和Model的交互通过ViewModel来实现，也就是View和Model不能直接通信，两者的通信只能通过ViewModel来实现。ViewModel是MVVM的核心，通过DataBinding实现View与Model之间的双向绑定，其内容包括数据状态处理、数据绑定及数据转换。
如图，MVVM设计模式：
三、中间层框架设计
3.1 业务逻辑层组件设计
业务逻辑层组件分为接口和实现类两个部分。接口用于定义业务逻辑组件，定义业务逻辑组件必须实现的方法是整个系统运行的核心。通常按模块来设计业务逻辑组件，每个模块设计一个业务逻辑组件，并且每个业务逻辑组件以多个数据访问对象（Data Access Object，DAO）组件作为基线，从而实现对外提供系统的业务逻辑服务。
3.2 业务逻辑层工作流设计
工作流管理联盟（Workflow Management Coalition，WFMC）将工作流定义为：业务流程的全部或部分自动化，在此过程中，文档、信息或任务按照一定的过程规则流转，实现组织成员间的协调工作已达到业务的整体目标。
如图，工作流参考模型：
3.3 业务逻辑层实体设计
逻辑层实体提供对业务数据及相关功能（在某些设计中）的状态编程访问。业务逻辑层实体可以使用具有复杂架构的数据构建，这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递。业务逻辑层实体是可序列化的以保持他们的当前状态。
3.4 业务逻辑层框架
业务逻辑框架位于系统架构的中间层，是实现系统功能的核心组件。采用容器的形式，便于系统功能的开发、代码重用和管理。在业务容器中，业务逻辑是按照Domain Model-Service-Contro思想来实现的。其中：
（1）Domain Model是仅仅包含业务相关的属性的领域层业务对象。
（2）Service是业务过程实现的组成部分，是应用程序的不同功能单元，通过在这些服务之间定义良好的接口和契约联系起来。
（3）Control服务控制器，是服务之间的纽带，不同服务之间的切换就是通过它来实现的。
四、数据访问层框架设计
4.1 数据访问模式
（1）在线访问
（2）Data Access Object
（3）Data Transfer Object
（4）离线数据模式
（5）对象/关系映射
4.2 工厂模式在数据数据访问层的应用
这就需要在实际开发过程中将这些数据库访问类再作一次封装。经过这样的封装，不仅可以达到上述的目标，还可以减少操作数据库的步骤，减少代码编写量。工厂设计模式是使用的主要方法。
工厂模式定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。这里可能会处理对多种数据库的操作，因此，需要首先定义一个操纵数据库的接口，然后根据数据库的不同，由类工厂决定实例化哪个类。
4.3 ORM，Hibernate与CMP2.0设计思想
ORM(Object-Relation Mapping) 在关系型数据库和对象之间作一个映射，这样，在具体操纵数据库时，就不需要再去和复杂的 SQL语句打交道，只要像平时操作对象一样操作即可。当开发一个应用程序的时候(不使用OR Mapping), 可能会涉及许多数据访问层的代码，用来从数据库保存、删除和读取对象信息等，然而这些代码写起来总是重复的。一个更好的办法就是引入OR Mapping。 实质上，一个 OR Mapping会生成DAL。 与其自己写DAL代码，不如用OR Mapping, 开发者只需要关心对象就好。
4.4 XML Schema
XML Schema用来描述XML文档合法结构、内容和限制。 XML Schema由XML 1.0 自描述，并且使用了命名空间，有丰富的内嵌数据类型及其强大的数据结构定义功能，充分地改造了并且极大地扩展了 DTDs (传统描述XML文档结构和内容限制的机制)的能力，将逐步替代DTDs, 成为 XML体系中正式的类型语言，同 XML 规范、 Namespace 规范一起成为XML体系的坚实基础。
4.5 事务处理设计
事务是现代数据库理论中的核心概念之一。如果一组处理步骤或者全部发生或者一步也不执行，我们称该组处理步骤为一个事务。当所有的步骤像一个操作一样被完整地执行，我们称该事务被提交。由于其中的一部分或多步执行失败，导致没有步骤被提交，则事务必须回滚(回到最初的系统状态)。事务必须服从 ISO/IEC所制定的ACID原则。 ACID是原子性(Atomicity)、 一致性(Consistency)、 隔离性 (Isolation) 和持久性 (Durability) 的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。
4.6 连接对象管理设计
对于共享资源，有一个很著名的设计模式------资源池。该模式正是为了解决资源频繁分配、释放所造成的问题。把该模式应用到数据库连接管理领域，就是建立一个数据库连接池，提供一套高效的连接分配、使用策略。建立连接池的第一步，就是要建立一个静态的连接池。所谓静态，是指池中的连接是在系统初始化时就分配好的，并且不能够随意关闭。有了这个连接池，下面就可以提供一套自定义的分配、释放策略。当客户请求数据库连接时，首先看连接池中是否有未分配出去的连接。如果存在空闲连接则把连接分配给客户，并作相应处理。
五、数据架构规划与设计
5.1 数据库与类的设计融合
对类和类之间关系的正确识别是数据模型的关键所在。本节将讨论如何发现、识别以及描述类。要想将建模过程缩减为一个简单的、逐步进行的过程是不太可能的。从本质上讲，建模是一项艺术。对一个给定的复杂情况而言，不存在唯一正确的数据模型，然而却存在好的数据模型。一个企业或机构的某个数据模型可能会优于另一个数据模型，但就如何为一个特定的系统建立数据模型，却没有唯一的解决方案。
好模型的目标是将工程项目整个生存期内的花费减至最小，同时也会考虑到随时间的推移系统将可能发生的变化，因而设计时也要考虑能适应这些变化。因此，将目光集中在最大限度地降低开发费用上是一个错误。
5.2 数据库设计与XML设计融合
XML文档分为两类：一类是以数据为中心的文档，这种文档在结构上是规则的，在内容上是同构的，具有较少的混合内容和嵌套层次，人们只关心文档中的数据而并不关心数据元素的存放顺序，这种文档简称为数据文档，它常用来存储和传输 Web 数据。另一类是以文档为中心的文档，这种文档的结构不规则，内容比较零散，具有较多的混合内容，并且元素之间的顺序是有关的，这种文档常用来在网页上发布描述性信息、产品性能介绍和 E-mail信息等。
XML文档的存储方式有两种：基于文件的存储方式和数据库存储方式。
六、物联网层次架构设计
-
（1）感知层:
感知层用于识别物体、采集信息。感知层包括二维码标签和识读器、 RFID标签和读写器、摄像头、 GPS、 传感器、 M2M 终端、传感器网关等，主要功能是识别对象、采集信息，与人体结构中皮肤和五官的作用类似。
-
（2）网络层:
网络层用于传递信息和处理信息。网络层包括通信网与互联网的融合网络、网络管理中心、信息中心和智能处理中心等。网络层将感知层获取的信息进行传递和处理，类似于人体结构中的神经中枢和大脑。
-
（3）应用层：
应用层实现广泛智能化。应用层是物联网与行业专业技术的深度融合，结合行业需求实现行业智能化，这类似于人们的社会分工。