13.1 层次上体系结构概述

回顾一下软件体系结构的相关概念：

13.2 表现层框架设计

13.2.1 表现层设计模式

1.MVC模式

2. MVP模式

目前，MVP模式被更多地用在Android开发当中。

3. MVVM模式

13.2.2 使用XML设计表现层，统一Web Form与Windows Form的外观

13.2.3 表现层中UIP设计思想

• 导航和工作流控制：这些将不会出现的Ul中，但是经常因为要基于业务逻辑决定哪一个视图将被显示。这导致代码的不雅和难于管理。
• 导航和工作流改变：用传统的UI技术改变应用程序的界面（改变页面的顺序或者添加删除页面）是非常痛苦的。
• 状态管理：不管是在windows form还是在web form中，在视图间维护状态都是比较困难的。
• 保存当前交互的快照：你可能想保存一个交互的快照并且在别的地方（不同的时间，不同的地点）重新开始它。

                        

13.2.4 表现层动态生成设计思想

简单理解：用XML把页面需要的元素(如按钮、文本框、图标等等)及元素的位置、属性等保存起来，然后通过DOM API读取这个XML，动态的生成网页。

一些现有的框架思想也是这样，比如权限具体到页面的按钮上。

13.3 中间层架构设计

13.3.1业务逻辑层组件设计

1.业务逻辑组件的实现类

2.业务逻辑组件的配置

配置信息。

13.3.2业务逻辑层工作流设计

13.3.3业务逻辑层实体设计

业务逻辑层实体具有以下特点：

• 业务逻辑层实体提供对业务数据及相关功能(在某些设计中)的状态编程访问。
• 业务逻辑层实体可以使用具有复杂架构的数据来构建，这种数据通常来自数据库中的多个相关表。业务逻辑层实体数据可以作为业务过程的部分I/O参数传递。
• 业务逻辑层实体可以是可序列化的，以保持它们的当前状态。例如，应用程序可能需要在本地磁盘、桌面数据库(如果应用程序脱机工作)或消息队列消息中存储实体数据。
• 业务逻辑层实体不直接访问数据库，全部数据库访问都是由相关联的数据访问逻辑组件提供的。
• 业务逻辑层实体不启动任何类型的事务处理，事务处理由使用业务逻辑层实体的应用程序或业务过程来启动。

13.3.4业务逻辑层框架

13.4 数据访问层设计

13.4.1 5种数据访问模式

1.在线访问

在线访问是最基本的数据访问模式，也是在实际开发过程中最常采用的。这种数据访问模式会占用一个数据库连接，读取数据，每个数据库操作都会通过这个连接不断地与后台的数据源进行交互。

13.4.2 工厂模式在数据访问层应用

数据库有很多种，相应的每种数据库访问类也不同，可是实际开发中，同一个功能，遇到不同的数据库就要写一个专门的访问类，或者复杂点的系统需要抽取不同种类的数据库的时候，就比较尴尬，每种数据库都得配上个访问类，而且后期的维护也不好。

那怎么办呢？搞一个专门根据不同数据库访问的一个类或者一个组件，让它来代替我们对每个数据库写一个对应的访问类，而我们直接调用它不就好了。

这时候，利用工厂思想就可以实现。

工厂模式定义一个数据库访问接口，这个接口只包含要干啥而且是通用的工作，比如所有的数据库都有类型吧(oracle、sqlserver、mysql...)需要连接吧，都需要打开连接吧，都需要执行相应的语句吧，最后还得关闭连接吧等等这些。

用子类继承这个接口，在子类里具体实现要实例化的哪种数据库。

参考代码：

// 访问接口
public interface DataAccess
{
DatabaseType DatabaseTypelget;) //数据库类型
IDbConnection DbConnection{get;} //得到数据库连接
void Open(); //打开数库连接
void Close(); //关闭数据库连接
IDbTransaction BeginTransaction(); //开始一个事务
int ExecuteNonQuery(string commandText); //执行Sq1语句
DataSet ExecuteDataset(string commandText); //执行Sq1,返回DataSet
}
//子类实现代码
public sealed class MSSqlDataAccess :AbstractDataAccess
{
…//具体实现代码
}
public class oleDbDataAccess :AbstractDataAccess
{
…//具体实现代码
}
public class OracleDataAccess ;AbstractDataAccess
{
…//具体实现代码
}

再省点事偷个懒的，把这个自动切换功能给它加上

public sealed class DataAccessFactory
{
private DataAccessFactory(){}
private static PersistenceProperty defaultPersistenceProperty;
public static PersistenceProperty DefaultPersistenceProperty
{
get{return defaultPersistenceProperty;}
set{defaultPersistenceProperty=value;}
}
public static DataAccess CreateDataAccess(PersistenceProperty pp)
{
DataAccess dataAccess;
switch(pp.DatabaseType)
{
case(DatabaseType.MSSQLServer):
dataAccess = new MSSqIDataAccess(pp.ConnectionString);
break;
case(DatabaseType.Oracle):
dataAccess = new OracleDataAccess(pp.ConnectionString);
break;
case(DatabaseType.OleDBSupported):
dataAccess = new OleDbDataAccess(pp.Connectionstring);
break;
default:
dataAccesswnew MSSqlDataAccess(pp.Connectionstring);
break;
}
return dataAccess;
}public static DataAccess CreateDataAccess()
{
return CreateDataAccess(defaultPersistenceProperty);
}
}

切换数据库只要改变红色类型就行了。

13.4.3 ORM、Hibernate与CMP2.0设计思想

运用sql语句是需要一定的数据库知识门槛的，但是很多的开发人员并不具备这方面的知识储备，比如同样是取数据，有的人写的语句就0.01秒出结果，有的人写的需要1秒钟才出结果，如果不具备数据库方面的知识或者不够了解，那么还要花费大量的时间和精力来搞明白这些，这时候ROM思想诞生了，它们的作用就是让你像写代码一样操作数据库的语句，你只关心你的业务逻辑，至于与数据库打交道的(生成sql然后执行)让ORM来干。

ORM也是有缺点的，毕竟封装了一层比直接写语句效率低，但是随着ORM技术的发展，以及配合Cache技术等等，效率也是不错的。

13.4.4 灵活运用XML Schema

13.4.5 事务处理设计

13.4.6 连接对象管理设计

共享资源---连接池。

连接池简单理解：

建立、关闭数据库连接非常的消耗资源的，但是我们的应用访问数据库是很频繁的，这样不停的建立、关闭造成大量的资源损耗和浪费，

那怎么办呢？

搞一个共享的连接可以吧，连接一直开着不关闭，你用完了，我再用，我用完了它再用，这样共享连接就会减少很多的资源消耗。访问量上来了，那么一个连接共享就不够了，好吧，那么给这个应用100个连接足够了，那就系统初始化就自动建立了100个连接，这100个连接就组成了连接池(当然不代表连接池哈，连接池还得管理哪些连接用完了释放，哪些正在连接打标记等等)，这个应用的所有对数据库的操作都从连接池里取连接用。

13.5 数据架构规划与设计

13.5.1数据库设计与类的设计融合

13.5.2数据库设计与XML设计融合

目前Web数据发展的多样化和复杂化，传统的数据库技术很难存储和管理所有的web数据了，而且XML有代替HTML趋势。

鉴于以上情况，存储数据开始考虑用XML与现有的数据库结合的方式。

13.6 物联网层次架构设计

13.7 层次式架构案例分析---看看即可

13.7.1电子商务网站(网上商店PetShop)

13.7.2基于物联网架构的电子小票服务系统