系统架构设计漫谈.docx

系统架构设计漫谈架构设计是将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。以下是关于架构设计的基础知识点，希望灵活运用而非刻意遵循。原则1基础原则尽量少的重复代码，低耦合(尽量小的影响)，高内聚模块，可小到一个类，大到一个系统模块间耦合因素构建架构时，需要谨慎耦合的因素模块间调用模块间传递的数据量模块间控制模块间接口复杂度模块间耦合从弱到强顺序构建架构或简单的类时，需要根据实际情况尽量契合弱的模块间耦合关系做到职责分明，简单轻量，尽量少的潜在性的数据流动，尽量少的相互影响，避免牵一发而动全身非直接耦合：相互之间没有直接关系，而是由第三方模块控制和调用数据耦合：通过传递java的内置数据类型通讯标记耦合：都引用了共同的数据结构，并且通过传递该数据结构通讯控制耦合：通过传递开关、标志、名字等控制信息，明显的控制选择另一个模块的功能外部耦合：都访问一个java的内置数据类型的全局变量公共耦合：都访问了一个公共代码块( 全局数据结构、公共通讯区、内存公共覆盖区等)内容耦合：一个模块直接修改另外一个模块的数据。降低耦合度的方法少用类继承，多用类接口隐藏实现细节模块功能尽量单一拒绝重复代码尽量不使用全局变量(Android中的全局变量会有一些坑，因为Attach在ClassLoader上的，因此根据不同ROM的优化，可能会在未预料的情况被unload，导致数据丢失)类成员变量与方法少用public，多用private尽量不用硬编码(如 字符串放到 res/string.xml，SQL语句做一层基于业务的封装供上层使用)使用设计模式，尽量让模块间的耦合关系保证在数据耦合或更弱2原则汇总原则基本概念解决问题基本实现开闭原则对扩展开发，对修改关闭实现热拔插，解耦方式接口、抽象里氏代换原则子类是父类的具体抽象，抽象并可代表父类(Is-A)解释抽象化的具体原则继承，抽象依赖倒转原则针对接口编程，依赖于抽象不依赖于具体易于拓展接口编程时类型使用基类，而不使用具体实现的子类接口隔离原则使用多个隔离接口，比使用单个接口要好降低耦合封装接口的时候，尽量用不同接口解决不同问题，尽量不要合用一个接口迪米特法则以实体为单位，实体之间的相互作用尽量的少降低耦合写一个系统架构，或模块的时候，尽量少的对外依赖合成复用原则优先使用合成/聚合，而非继承可以通过引入抽象类更加灵活，相互耦合变小，更加简单尽量将已有对象纳入到新对象中，成为新对象的一部分，而不使用继承的方式进行复用，如?ClassLoader?中双亲委派架构使用组合而非继承的场景优先使用对象组合，而非继承Has-A的关系，而非Is-A的关系子类的主要目的是拓展父类，而非override或final，如果存在大量这种情况，改用组合引入工具类，而非继承自工具类有可能或不确定 子类 有可能被替换为 另外一个类的子类的情况 ( 如果出现这种情况，就需要修改。因此还不如使用 组合，如果有类似需求，再 组合如新的对象，进行拓展即可)继承需要注意当已经选择使用继承时，需要注意实现抽象方法，拓展新的特性方法，尽量少的重载父类非抽象方法重载父类非抽象方法时: 方法前置条件(方法形参)要比父类方法更宽松，方法后置条件(方法返回值)要比父类更严格类之间的关系与UML表示常见的模式1MVC 与 MVPMVP(Model-View_Presenter)是MVC(Model-View_Controller)的一个子集。MVC中Controller控制全局事务，View将事件发送给Controller，Controller处理完事件同步给Model(数据库/数据模型)，View是通过所绑定的Model的改变来刷新自己。MVP中Presenter从View中获取数据，刷新Model，当Model中的数据发生改变后，Presenter读取Model并刷新View。2MVVMMVVM(View-ViewModel-Model)在Android中可以通过DataBinding，直接在Layout文件中绑定其ViewModel。View：布局ViewModel：负责显示数据(监听到Model中的数据变化进行显示)，以及处理用户交互(监听View布局中的用户Action)Model：存储内容3MVVM-CMVVM-C(View-ViewModel-Callback-Model)View：布局Callback：通常可以是Fragment或Activity，用于处理用户交互(监听View布局中的用户Action)ViewModel：显示数据(监听Model中的数据变化进行显示)Model：存储内容设计模式1工厂方法模式2单例模式Initialization-on-demand holder idiomWiki