架构设计是将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。以下是关于架构设计的基础知识点，希望灵活运用而非刻意遵循。
原则
基础原则
尽量少的重复代码，低耦合(尽量小的影响)，高内聚
模块，可小到一个类，大到一个系统
模块间耦合因素
构建架构时，需要谨慎耦合的因素
模块间耦合从弱到强顺序
构建架构或简单的类时，需要根据实际情况尽量契合弱的模块间耦合关系
做到职责分明，简单轻量，尽量少的潜在性的数据流动，尽量少的相互影响，避免牵一发而动全身
非直接耦合：相互之间没有直接关系，而是由第三方模块控制和调用
数据耦合：通过传递java的内置数据类型通讯
标记耦合：都引用了共同的数据结构，并且通过传递该数据结构通讯
控制耦合：通过传递开关、标志、名字等控制信息，明显的控制选择另一个模块的功能
外部耦合：都访问一个java的内置数据类型的全局变量
公共耦合：都访问了一个公共代码块( 全局数据结构、公共通讯区、内存公共覆盖区等)
内容耦合：一个模块直接修改另外一个模块的数据。
降低耦合度的方法
原则汇总
原则基本概念解决问题基本实现
开闭原则
对扩展开发，对修改关闭
实现热拔插，解耦方式
接口、抽象
里氏代换原则
子类是父类的具体抽象，抽象并可代表父类(Is-A)
解释抽象化的具体原则
继承，抽象
依赖倒转原则
针对接口编程里氏代换原则，依赖于抽象不依赖于具体
易于拓展
接口编程时类型使用基类，而不使用具体实现的子类
接口隔离原则
使用多个隔离接口，比使用单个接口要好
降低耦合
封装接口的时候，尽量用不同接口解决不同问题，尽量不要合用一个接口
迪米特法则
以实体为单位，实体之间的相互作用尽量的少
降低耦合
写一个系统架构，或模块的时候，尽量少的对外依赖
合成复用原则
优先使用合成/聚合，而非继承
可以通过引入抽象类更加灵活，相互耦合变小里氏代换原则，更加简单
尽量将已有对象纳入到新对象中，成为新对象的一部分，而不使用继承的方式进行复用，如中双亲委派架构
使用组合而非继承的场景
优先使用对象组合，而非继承
继承需要注意
当已经选择使用继承时，需要注意
类之间的关系与UML表示
常见的模式
MVC 与 MVP
From
MVP(Model-)是MVC(Model-)的一个子集。
MVVM
MVVM(->Model)
在中可以通过，直接在文件中绑定其。
MVVM-C
MVVM-C(View---Model)
设计模式
工厂方法模式
单例模式
-on- idiom
Wiki
性能高，线程安全 基于JVM Class 保证Class唯一性线程安全的模型
class {
() {}
class {
final = new ();
() {
.;
建造者模式
与工厂模式区别是：工厂模式关注构建单个类型类型；建造者模式关注构建符合类型对象。
原型模式
当前对象对外提供拷贝方法
浅拷贝
除了基本数据类型外，其他类型的对象都只持有当前对象的引用，而非重新创建拷贝
Java中的#clone
#clone()就已经提供了该对象的浅拷贝
如果需要使用#clone,需要类实现这个接口，来申明该类对象支持拷贝，否则会抛, 如果对象中存在队列成员变量，队列也需要实现
深拷贝
所有成员变量都将重新创建
方式一：
直接序列化(Java中基于JVM层级最简单的让对象支持序列化的方式，实现），拷贝二进制流。
方式二(推荐)：
基于#clone()将非基本数据类型以外的元素都实现深拷贝，挨个深拷贝返回。
适配器模式
装饰模式
代理模式
外观模式
桥接模式
10
组合模式
11
享元模式
12
策略模式
13
模板方法模式
14
观察者模式
文章参考
限时特惠:本站持续每日更新海量各大内部创业课程，一年会员仅需要98元，全站资源免费下载
点击查看详情
站长微信:Jiucxh
