软件架构设计基础——面向模式分析设计和实现.pptVIP

设计 在设计之前，我们要对问题领域做一些分析 我们希望能够发现会变化的东西，把它们封装起来 当需求比较多时，“分析矩阵”可以为我们提供帮助 “分析矩阵”就是一个矩阵，其中每一列表示一种特定情况，每一行表示在这些情况中发现的概念 可以从简单的需求出发，逐步构建该矩阵。 从第一个开始 在收到C网的短消息时，使用C网的合法性检查规则、 C网的安全性检查逻辑， C网的转发处理方法 　需求（概念）　　　　　一种情况 　　C网短消息 合法性检查 使用Ｃ网的检查策略 继续 在收到C网的短消息时，使用C网的合法性检查规则、 C网的安全性检查逻辑， C网的转发处理方法 　　不同的概念　　　　　　相同的情况 　　C网短消息 合法性检查 C网合法性检查策略 安全性检查 C网安全性检查策略 继续 在收到C网的短消息时，使用C网的合法性检查规则、 C网的安全性检查逻辑， C网的转发处理方法 　其他更多概念　　　　　　该情况中的实例 　　C网短消息 合法性检查 C网合法性检查策略 安全性检查 C网安全性检查策略 转发 C网转发策略 G网情况 在收到G网的短消息时，使用G网的合法性检查规则、 G网的安全性检查逻辑， G网的转发处理方法 已有概念　　　　　　　　 　　　 新情况 C网短消息 G网短消息 合法性检查 C网合法性检查策略 G网合法性检查策略 安全性检查 C网安全性检查策略 G网安全性检查策略 转发 C网转发策略 G网转发策略 关于客户 客户常常对自己的问题领域非常了解 但是，很少会在概念层面上思考问题 当他们想说“通常”时，他们常常说成“总是” 当他们想说“很少”时，他们常常说成“决不” 当他们说已经解释了所用的情况时，其实只是解释了最常见的情况 分析矩阵可以帮助我们就一些特定问题和客户进一步沟通，比如：发现某个概念在某种情况中并没有特定实例。客户非常擅长就特定问题进行交流 应用分析矩阵 分析矩阵中的每一列表示一种特定的情况。在我们的例子中，表示的是不同的网络环境以及具体的处理方法 表中的每一项可以被认为是一个对象 把元素看成是对象 C网短消息 G网短消息 合法性检查 C网合法性检查策略 G网合法性检查策略 安全性检查 C网安全性检查策略 G网安全性检查策略 转发 C网转发策略 G网转发策略 　　对于复杂的情况，可以针对其中的元素再次应用分析矩阵 应用分析矩阵 每一行表示了一个规则在不同情况下的不同实现方式 这听起来很像是Strategy 模式 可以按照该模式进行实现 如何正确地实例化策略对象呢？ 如何控制对象的实例化 我们要解决两个问题： 要以一种解耦的方式得到并使用所希望的对象 对象要形成正确的集 Strategy模式可以解决对象的使用问题 要想实例化出正确的对象集合，需要一种能够实例化“一族”对象的方式 这些对象“集合”促成我们得到创建它们的方法 对象工厂 Abstract Factory模式 Abstract Factory模式 我们需要针对特定的情形，创建出适合的对象族。也就是说，特定的客户需要特定的对象实例集合 GoF意图：在无需指明具体类的情况下，提供一个用于创建一族相关或者相互依赖的对象的接口（一组方法） Abstract Factory模式 Abstract Factory模式为我们提供了一种实现一组针对某种特定情况的对象的方法 在我们的问题中，我们可以把哪种情况需要哪些对象的规则包含在一个Abstract Factory 中 由Abstract Factory来处理可能的组合关系 软件的其余部分只需将对象当成组件使用即可，无需关心其具体类型和族关系 Abstract Factory模式 Abstract Factory的接口定义了工厂能够创建哪些对象。每个具体的实现决定创建的具体对象类别。这样调用对象就可以得到针对某种特定情况所需要的对象。 Abstract Factory模式的类 makeValidityCheck return new CNetValidity makeSecurityChevk return new CNetSecurity makeForwarding return new CNetForwarding makeValidityCheck return new GNetValidity makeSecurityCheck return new GNetSecurity makeForwarding return new GNetForwarding Client/Application AbstractFactory +makeValidityCheck() +makeSecurityCheck() +makeFor