代码无错就是优?——简单工厂模式
所有类型都放到一个工厂中生产,存在大量的if-else判断以及switch判断,
开放-封闭原则时面向对象设计的核心所在,遵循这个原则可以带来面向对象技术所声称巨大好处,也就是可维护、可扩展、可复用、灵活性好。开发人员应该仅对程序中呈现出频率变化的那些部分做出抽象,然而,对于应用程序中的每个部分都刻意地进行抽象同样不是一个好主意,拒绝不成熟的抽象和抽象本身一样重要。
会修电脑不会修收音机——依赖倒置原则
- 高层模块不应该依赖低层模块。两个都应该依赖抽象。
- 抽象不应该依赖细节,细节应该依赖抽象。
里氏代换原则:子类类型必须能够替换他们的父类型。
一个软件实体如果使用的是一个父类话,那么一定适用于其子类,而且它察觉不出父类对象和子类对象的区别。也就是说,在软件里面,把父类都替换成它的子类,程序的行为没有变化。
依赖倒置其实可以说是面向对象设计的标志,用哪种语言编写程序不重要,如果编写时考虑的都是如何针对抽象编程而不是针对细节编程,即程序中所有的依赖关系都是终止与抽象类或接口,那就是面向对象的设计,反之就是过程化的设计。
穿什么有这么重要?——装饰模式
动态的给一个对象添加一些额外的职责,就增加功能来说,装饰模式比生成子类更为灵活。
装饰模式是为已有的功能动态的添加更多功能的一种方式。
为别人做嫁衣——代理模式
为其他对象提供一种代理以控制对这个对象的访问。
远程代理,也就是为一个对象在不同的地址空间提供局部代表,这样可以隐藏一个对象存在于不同的地址空间的事实。
虚拟代理,是根据需要创建开销很大的对象,通过它来存放实例化需要很长时间的真是对象。
安全代理,用来控制真实对象访问时的权限。
只能指引,是指当调用真实的对象时,代理处理另外一些事
雷锋依然在人间——工厂发方法模式
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
每个工厂生产一种商品。
工厂方法模式是定义一个用于创建对象的接口,让子类决定实例化哪一个类。
简单工厂模式最大的优点在工厂类种包含了必须要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端来说,去除了与具体产品的依赖。
工厂方法克服了简单工厂违背开放-封闭原则的缺点,有保持了封装对象创建过程的优点。
简历复印——原型模式
用原型实例指定创建对象的种类,并通过拷贝这些原型创建新的对象。
一般在初始化信息不发生变化的情况下,克隆使最好的办法,这既隐藏了对象创建的细节,又对性能大大的提高。
浅复制:被复制对象的所有变量都含有与原来的对象相同的值,而所有的对其他对象的引用都仍然指向原来对象。
无熟人难办事——迪米特法则
如果两个类不彼此直接通信,那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。
类之间的耦合越弱,越有利于复用,一个处在弱耦合的类被修改,不会对有关系的类造成波及。
即不买股票,而买基金,让专业人员去操作。
将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
如果我们用了建造者模式,那么用户就只需要指定需要建造的类型就可以得到他们,而具体建造过程和细节就不需要知道了。
主要用于创建一些复杂的对象,这些对象内部构建间的建造顺序通常是稳定的,但对象内部的构建通常面临着复杂的变化。
建造者模式的好处就是使得建造代码与表示代码分离,由于建造者隐蔽了该产品是如何组装的,都已需要改变一个产品内部表示,至于要再定义一个具体的建造者就可以了。
老板回来,我不知道——观察者模式
定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象,这个主题对象在状态放生变化的时候,会通知所有观察者对象,使他们能够自动更新自己。
什么时候使用:
当一个对象的改变需要同时改变其他对象时,而且不知道有多少个对象有待改变,应该考虑用观察者模式。
观察者所做的工作其实就是在解除耦合,让耦合的双方都在依赖于抽象,而不是依赖于具体,从而使得各自的变化都不会影响另一边的变化。
就不能不换DB吗?——抽象工厂模式
提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。
抽象工厂对象产品族的概念,增加新的产品线容易,但是无法增加新的产品。
反射技术。
无尽加班何时休——状态模式。
当一个对象的内在状态改变是允许改变其行为,这个对象看起来是改变了类。
状态模式主要解决的是当控制一个对象状态转化的条件表达式过于复杂时的情况,把状态的判断逻辑转移到表示不同的状态的一系列类当中,可以把复杂的判断逻辑简化。
状态模式的好处是将于特定状态相关的行为局部化,并且将不同的状态的行为分割开。
当一个对象的行为取决于它的状态,并且他必须在运行时刻根据状态改变它的行为,就可以考虑使用状态模式了。
将一个类的接口转换成客户希望的另外的一个接口,Adapter模式使得原本由于接口不兼容而不能在一起工作的那些类可以在一起工作。
如果在回到从前(游戏)——备忘录模式
在不破坏封装性的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态。这样以后就可以将该对象恢复到原先保存的状态。
适用于功能比较复杂,但需要维护或记录属性历史的类,或者需要保存的属性只是众多属性中的一小部分时
缺点:角色状态需要完整的存储到备忘录对象中,如果状态数据很大很多,那么资源消耗上,备忘录对象会非常耗内存。
分公司=以部门(公司管理系统)——组合模式
将对象组合成树形结构以表示“部分-整体”的层次结构,组合模式使得用户对单个对象的使用具有一致性。
何时使用:
需求中时体现部分与整体层次结构时,以及你希望用户可以忽略组合对象于单个对象的不同,统一的使用组合结构中的所有对象时,就应该考虑用组合模式。
想走?可以!先买票——迭代器模式
提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露对象内部表示。
有些类也需要计划生育——单例模式
保证体一个类仅有一个实例。并提供一个访问他的全局访问点。
饿汉式
class Single{
private static final Single s=new Single();
private Single(){}
public static Single getInstance(){
return s;
}
}
有final相当于锁,Single永远指向new Single();
懒汉式
class Single{
private static Single s=null;
private Single(){}
public static Single getInstance(){
if(s==null)
s=new Single();
return s;
}
}
先赋值null,然后再new,这叫延迟加载,这样多线程会出现安全问题。
所以在多线程访问是要用synchronized修饰getInastance(),但是每个线程要获得
实例都要判断锁,比较低效,可以用同步代码块修饰if判断即把先判断锁改成了
先判断if
class Single{
private static Single s=null;
private Single(){}
public static synchronized Single getInstance(){
if(s==null)
s=new Single();
return s;
}
}
class Single{
private static Single s=null;
private Single(){}
public static Single getInstance(){
if(s==null){
synchronized(Single.class){
if(s==null)
s=new Single();
}
}
return s;
}
}
手机软件何时统一——桥接模式
将抽象部分与它的实现部分分离,使他们都可以独立的变化。
很多情况下,用继承会带来麻烦,比如,对象的继承关系是在编译是就定义好了,所以无法运行时改变从父类继承的实现,子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发上变化,当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合类替换,这种依赖关系限制了灵活性并最终限制了复用性。
聚合表示一种弱拥有关系,体现了A对象可以包含B对象,但B对象不是A对象的一部分。(大雁and雁群)
合成表示一种强拥有关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样。(大雁and翅膀)
烤羊肉串引来的思考(服务员->厨师)——命令模式
将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数话,对请求排队或记录请求日志,以及支持可撤销的操作。
加薪非要老总批——职责链模式
用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显示相互引用,从而使其耦合松散,而且独立的改变他们之间的交互关系。
优点使集中控制,缺点也是他,集中在一个模块中很复杂。
项目多也别傻做(网站开发)——享元模式
运用共享技术支持大量细粒度的对象。
如果一个应用程序使用了大量的对象,而大量的这些对象造成了很大的存储开销时应该考虑使用,还有就是对象的大多数状态可以外部状态,如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象,此时可以考虑使用享元模式。
在某些情况下,对象的数量可能会太多,从而导致了运行时的资源与性能损耗。
其实你不懂老板的心——解释器模式
给定一个语言,定义它的文法的一种表示,并定一个解释器,这个解释器使用该表示来解释语言中的句子。
男人和女人——访问者模式
表示一个作用于某对象结构中的个元素的操作,它使你可以不改变各元素的类的前提下定义作用于这些元素的新操作。
访问者模式适用于数据结构相对稳定的体统。
他把数据结构和作用与结构上的操作之间的耦合解脱开,使得操作集合可以相对自由的演化。