软件架构复习笔记3.docxVIP

软件架构复习笔记(3) -- 软件体系结构的风格19 Jun 2012At NJU要求：描述或比较相关的风格对给定场景判断需要使用的风格主程序/子程序风格 (Main Program/Subroutine Style)约束：基于声名-使用（程序调用）关系建立连接件，层次分解的方式建立系统部件上层部件可以使用下层部件，但下层部件不能使用上层部件，即不允许你方向调用系统应该是单线程执行。主程序部件拥有最初的执行控制权，并在“使用”中将控制权转移给下层子程序子程序只能够通过上层转移来获取控制权，可以在执行中将控制权转角给下层子程序，并在自身执行完成之后将控制权交还给上层部件优点：流程清晰，易于理解强控制性。发生错误的时候，可惜迅速定位错误源缺点：程序调用是一种强耦合的连接方式。程序调用的连接方式限制了各部件之间的数据交互，可能会使得不同的部件使用隐含的共享数据交流，产生不必要的公共耦合，进而破坏它的“正确性”控制力应用：编程语言没有模块化的支持。使用结构化的方法建立的东西。面向对象风格 (Object-Oriented Style)约束：用信息内聚的标准，为系统建立对象部件。对外体统服务接口，隐藏内部数据表示基于方法调用建立连接件每个对象负责维护自身数据的一致性和完整性，并为此提供“正确”的服务每个对象是一个自治的关系，平级，没有主次，从属，层次，分解优点：内部实现的可修改性易开发，易理解，易复用的组织结构缺点：接口耦合性标识耦合性副作用，很难实现程序的正确性应用：主要问题是标识和保护相关的数据信息能够将数据信息和相关操作联系起来，进行封装的系统基于抽象数据类型建立的软件系统分层风格 (Layered Style)为了做到稳定依赖，所以使用分层约束：从最底层到最高层，部件抽象层次提高。层次间要遵守特定的交互协议（接口）跨层次的连接是禁止的，禁止跨层调用逆向的连接是禁止的，禁止低层调用高层优点：设计机制清晰，易于理解支持并行开发更好的可复用性与内部修改性逻辑协作缺点：交互协议很难修改性能有损失难以确定层次数量和粒度应用：主要功能能够在不同的抽象层次上进行任务分解的复杂处理能够建立不同抽象层次的稳定交互协议没有很高实时性能要求，能够容忍稍许延迟隐式调用风格 (Implicit Invocation Style)约束：多个部件可以声名同一个事件类型多个部件可以注册同一个事件类型时间广播这不知道那些部件会收到影响部件不能假设对事件的处理是顺序，也不能假设对事件的处理结果各个部件之间几乎完全解耦优点：可复用性可修改性性能，可以并发缺点：弱控制性很难进行测试和验证应用：适用于以松散耦合部件为基础建立的软件系统管道过滤器风格 (Pipe-Filter Style)约束：每个过滤器都独立工作过滤器之间不能共享任何状态，不能共享任何数据，数据解耦，控制解耦实现单个过滤器是，不能讲结果的正确性依赖于执行顺序上可以并发优点：可复用性内部可修改性可扩展性性能，可并发支持特定分析，如吞吐量和死锁检测缺点：弱控制性和弱交互性空间效率较差性能浪费，管道传输耗时错误处理问题应用：适用于那些需要对同一数据流进行一系列独立计算的应用存储库风格 (Repository Style)约束：所有知识源都是相互独立的，彼此不互相调用所有知识源依赖于共享数据知识源负责实时检查共享数据的状态，并且在必要时作出反映优点：空间效率性能，可以并发知识源的可修改性容错性和健壮性缺点：共享数据的难修改性共享数据的瓶颈弱控制性应用：以建立、增强和维护一个复杂信息中心为主要问题的应用系统。需要长期储存数据，进行多种方式的处理。MVC?风格约束:MVC分别是关于业务逻辑、表现和控制三种不同内容抽象如果 View 需要持续地显示某个数据的状态，那么它需要在 Model 中注册View 只能使用 Model 的数据查询服务，只有 Control 可以调用修改 Model 状态用户行为有 View 发起，必须交给 Control 控制处理Model 相对独立，不依赖于 View 也不依赖与 Control优点：易开发性View 和 Control 的可修改性适宜于网络系统开发缺点：复杂性Model 修改困难应用：MVC 网络系统开发客户端/服务器风格(Client/Server Style)约束：服务器较为固定，每个客户端知道服务器的标识客户端可以动态增减，服务器不知道客户端的标识各个客户端之间相互独立，他们都依赖于服务器优点：易开发客户端的动态性缺点：服务器难以调整服务器瓶颈不易更新，因为服务器，客户端都有实现，相应的程序代码应用：网络系统变种：BS，3-Tier，P2P ～～～ Distributed System