体系结构自己动手丰衣足食

ctionShare ction ctionControlFlow DataFlow(BatchSequential,PipeandFilter)Explicit(CallandReturn) and

(MainProgram/SubroutineStyle)——（Call-and-ReturnComponents:procedures,层次化分解：Basedondefinition-userelationship先后定义互，可能会使得不同的部件使用隐含的共享数据交生不必要的公共耦面向对象风格(Object-OrientedStyle)——（Call-and-Returnstyle）调用。（用信息内聚的标准，为系统建立对象部件。对外提供服务接口，隐藏数据对象必须保证数据表示的一致性：每个对象负责自身数据的一致性和 的使用所造成的对A的影响可能是料想不到的） 分层风格(LayeredStyle)——（Call-and-Returnstyle）（collectionsofcallsormethods户（逆向的连接是的，低层调用）某一层发生变化时，如分层通信协议和OS）隐式调用风格(ImplicitInvocationStyle)介根据分发，Connector自动触发的函数调用 不能假设对的处理结果）操作会导致另一些操作。如debug系统，数据库管理系统，GUI）管道过滤器风格(Pipe-FilterStyle)系统可以轻易地“和增强系统性能”（对顺序无依赖性，新的过滤器s命令，编译器，信号处理库风格(RepositoryStyle/Blackboard) 现，每个部件强依赖于blackboard，共享数据） 以建立、增强和一个复杂信息为主要问题的应用系统。需要长期MVC风格Model:领域模型，并通知View相关变化Controller：改变model状态，并选择返回的视图View：把信息显示给用户，并把用户的操作发送给ControllerModelViewControl适宜于开Model应用情景：MVC开Point-to-PointArchitectureStyleAsynchronousMessaginginDistributedCORBA/RMIbasedonsynchronousprocedurePublish-SubscribeArchitectureStylePhysicalUnit-客户端/服务器风格（-Server）Three-Tier(N-Tier)DistributedSystemMiddleware-OrientedDistributedSystemArchitectureStyleCombiningSystemsarenotusuallydevelopedaccordingtoasingle,consistentidiom.Variationsmayoccuratdifferentlevelsofrefinement/ 普通&集合类型PROGRAMMINGTO利用它的名字去它，而不是它的 torPatternPatternProgrammingtoInterfaces有哪些迭代器模式I 支持遍历的差异性简化的接口素，客户控制元素的）和迭代控制（控制的迭代机制接受操模式远使用的是；负责安全的调用，如果不安全调用出现就会有结果：Thepatternintroducesalevelofindirectionwhenaccessinganobject 参与者：prototype原型：提供一个克隆自己的接口的抽象类：在创建对象时要求prototype克隆自己OCP的（Open/Closed OCP：Beopenforextension：module'sbehaviorcanbe装饰者模式：可以在不修改原来代码的情况下进行方法的扩展，扩展了一个类的实需求：basicsecret——外部行为vs.实现，隐藏一个重要的设计决策的实现细节，只有该模块的元素才知道该细节（即一个模块的接口功能与模块程序细模式或子系统更易用（隐藏了实现细节）,作为这个子系统的外部接口，封装并实现了这个子系统对外提供的功能。用户不需要子系统，只需要这个Façade对象即可，Façade将用户与子系统解耦变化：Modulesmayhaveadditionalsecrets：Changes——将要发生变化的程序Strategypattern（策略模式多态-继承Polymorphism(Inheritance)聚合Aggregate运行时配置式编程构建更替解决De-Coupling的IndirectionDe-couAvoidingRepetition——只做一次：重复往往代表着耦合，修改一部分重复代码DIP（DependencyInversionPriple，依赖倒置原则）——即细节应当依赖于IndirectionFacadeAdapterBridgeDelegatorObserver ValueObjectMVC中三者互相都有关系：M拥有V的，当M发生变化的时候需要通知V，这个应用是V自己给M的V拥有M的，V先提前感的M，当M发生变化通知V时，VV拥有C的，当用户发起的时候，V把传递给相应的C拥有M和V的，它有两个作用：1）根据V传递的用户，交给相应的M进行处理，起到转发的作用，2）选择相应的View进行显示MVC中V需要在M中，VM之间需要有回调的关2～nMVC3高内聚couplingpattern息专家，根据高内聚的原则，A应当承担创建B对象的职责低耦合cohensionpattern则A需要与其他对象产生多余的耦合创建者（聚合，包含）creatorpattern 准则2：设计的复杂度=事物复杂度+载体与事物的适配复杂度准则3：设计重在 准则4：只有设计良好，底层设计才能良好 terearlydesign,theeasierdetaileddesignwill4+1逻辑视图：关注系统的逻辑结构和重要设计机制，描述系统提供的功能和服务（面进程视图：关注系统的运行时表现，描述系统的并发进程组织（进程分解）。使用开发视图：关注系统的实现结构，描述系统开发的组织（子系统分解）。使用者是物理视图：关注系统最为重要的需求，描述系统应该实现的场景与用例（映射软硬场景视图：关注系统最为重要的需求，描述系统应该实现的场景与用例（结合上述协作可以看成是一个对象网络中，传递在对象之间以完成一个特定行为的信息的模协作设计：对系统对象间的协作进行辨认和设计以使对象间协作能够正确完成所期整个网络，但由控制器做最主要的决策）GeneralResponsibilityAssignmentSoftwarePattern，包括九种设计对象的模式来indirection,lowcoupling,polymorphism,protectedvariations.信息专家模式（Expert）：对象设计最基本的原则之一，将职责分配给拥有足够信创建者模式(CreatorBA，如果B包含或聚合了A；B密切使用了A；B记录了A的实例；B拥有初始化A的数据。控制者模式（controller也是协作设计）：可由以下类来处理系统：代表整个纯粹用来代表这个用例，处理。具体如何分配需要实际内聚耦合度。在设计中，应当使用controller将外部源和处理对象分开（如UI和多态(Polymorphism)Purefabrication(纯虚构)：将一组高内聚的职责分配给一个完全的人造类，该类间接（Indirection）：避免直接耦合以降低变化带来的风险，将职责分配给对象Protectedvariations（可变性）：可能的变化或不稳定部分，以减少他坚固性（高质量）：最重要的是体现在体系结构上，设计模式所要解决的问题，模reliability故障和故障修复)；性能，质量相关；易开发信息隐藏：促进了简洁性，坚固性（易，易复用），破坏了简洁性设计模式：促进了坚固性（易复用，易等等），一致性？体系结构风格：促进了一致性，坚固性职责分配（GRASP）：促进了坚固性，一致性协作设计：促进了坚固性，一致性 关注因素主要方法技术关注点：主要方法技术个secret隐藏于一个模块）关注点：方法：对给定场景和要求的控制风格，根据GRASP问题：谁应该负责产生类的实例（对应于GoF设计模式系列里的“工厂模式”）BABABA在以上情况下，类B是类A对象的创建者。1（功能）针对业务或overallorganization(afaçadecontroller).（集中式） (afaçadecontroller).（集中式）3（角色）针对模块（arolecontroller）（近似集中式）（用例）(ausecasecontroller)（近似分散式）使外部源 ？？Thecontrollerobjectscanbecomehighlycoupledanduncohesivewithmore（不是很懂YXX是YXY优点：类易，易理解，支持低耦合，支持复用representationmodelbecauseofthepresenceoffinegrainedPureFabricationInformationDatadriven(configurationServicelookup(runtimeInterpreter-Driven(generalizeReflectiveorMeta-LevelDesigns(ComponentreUniformAccess(adherencetoLSPLawofDemeter(restrictcommunication模式原型模式装饰者模式门面模式策略模式状态模式（StateStrategy）ContextStateContextConcreteStateContextConcreteStateConcreteState 桥接模式（TheBridgePattern）定；这样做不够灵活，可能需要单独分别修改或者扩展抽象 Implementorion