排序:
默认
按更新时间
按访问量
RSS订阅

Android之什么场景该使用单例模式总结

1、什么是单例模式 单例模式意味着只有一个对象,至于单例模式如何实现就不这里就不多说了,有很多种实现办法。 2、什么时候该使用单例模式?如果不使用单例模式会出现什么问题? 先举2个例子 例子1              当我们做得到最新的短信和最新的通话记录的时候,...

2016-07-31 21:10:08

阅读数 3976

评论数 0

Android插件化开发基础之静态代理模式

一 Proxy模式 意图:        为其他对象提供一种代理以控制这个对象的访问。 适用性:   l  远程代理( Remote Proxy ): 为一个对象在不同的地址空间提供局部代表。   l  虚代理(Virtual Proxy)根据需要创建开销很大的对象。使用一个代理对象作为代表,在真...

2016-06-27 03:00:57

阅读数 1686

评论数 0

《JAVA与模式》之桥梁模式

在阎宏博士的《JAVA与模式》一书中开头是这样描述桥梁(Bridge)模式的:   桥梁模式是对象的结构模式。又称为柄体(Handle and Body)模式或接口(Interface)模式。桥梁模式的用意是“将抽象化(Abstraction)与实现化(Implementation)脱耦,使...

2016-01-15 00:53:39

阅读数 927

评论数 0

观察者模式

观察者模式 观察者(Observer)模式  行为型模式   *   观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时观察某一个目标对象。   *   这个目标对象在状态上发生变化时,会通知所有观察者对象,让它们能够自动更新自己   * 目标对象中需要有添加、移除、通...

2015-11-28 02:40:35

阅读数 534

评论数 0

适配器模式

适配器模式          平时我们会经常碰到这样的情况,有了两个现成的类,它们之间没有什么联系,但是我们现在既想用其中一个类的方法,同时也想用另外一个类的方法。有一个解决方法是,修改它们各自的接口,但是这是我们最不愿意看到的。这个时候Adapter模式就会派上用场了 适配器 模式 ...

2015-11-28 00:55:58

阅读数 478

评论数 0

单例模式7种实现

单利模式 1 、介绍: 单例模式(Singleton)也叫单态模式,是设计模式中最为简单的一种模式,甚至有些模式大师都不称其为模式,称其为一种实现技巧,因为设计模式讲究对象之间的关系的抽象,而单例模式只有自己一个对象,也因此有些设计大师并把把其称为设计模式之一。 2 、应用场景: 1. Win...

2015-11-27 23:05:57

阅读数 668

评论数 0

UML类图几种关系的总结

在UML类图中,常见的有以下几种关系:泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1.泛化(Generalization) 【泛化关系...

2015-11-17 21:03:07

阅读数 539

评论数 0

不变模式

不变模式 不变模式(immutable pattern) 一个类的内部状态创建后,在整个生命期间都不会发生变化时,就是不变类。这种使用不变类的做法叫做不变模式。  不变模式有两种形式:一种是弱不变模式,另一种是强不变模式,比如String类 math类,Integer类都是强不变...

2015-11-05 21:11:03

阅读数 494

评论数 0

访问者模式

假设有男人和女人两种元素,要分别打印出他们在不同状态时的不同表现。  用OO的思想把表现(行为)提取出来作为一个抽象方法,代码如下:  用if-else对状态进行判断  Person接口 public interface Person { public void action(...

2015-10-25 23:40:11

阅读数 620

评论数 0

工厂模式(简单工厂、工厂方法、抽象工厂)

简单工厂模式       从设计模式的类型上来说,简单工厂模式是属于创建型模式,又叫做静态工厂方法(StaticFactory Method)模式,但不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理...

2015-10-23 00:41:06

阅读数 809

评论数 0

设计模式的分类和六大设计原则

设计模式六大原则 设计模式六大原则(1):单一职责原则 定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责。  问题由来:类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障。 解决方案:遵...

2015-10-13 23:32:32

阅读数 1529

评论数 0

提示
确定要删除当前文章?
取消 删除
关闭
关闭