看了很多年的设计模式,也看了很多种设计模式,也在工作中用了几个常见的设计模式。
android中,包括源码和一些开源项目,用到了很多经典设计模式,而且也用的非常的精彩。
学习android也有一些日子了,有空的时候看看源代码,看看开源项目的代码,自己也会再工作中写写代码。
今天,斗胆,基于android(其实就是java),把自己对设计模式的一些粗浅认识,默默的分享出来,希望能得到各位同仁的指点,以期设计能力更进一步。
我将以《设计模式:可复用面向对象软件的基础》为准,发掘android中各种设计模式的使用情况,提取核心部分,做为实例。
因为不需要写代码,应用场景又一般是android中自带的,所以文中可能会注重意图介绍和UML结构图的绘制,然后具体设计模式的本身和扩展还需要各位参考其他资料。
下面我列举一些重要的认识点:
设计模式,提供了很多软件工程问题所需处理的解决方案。
根据模式的目的可分为3类:
1.创建型模式:与对象的创建有关。
2.结构性模式:处理类与对象的组合。
3.行为性模式:对类或对象怎样交互和怎样 分配职责进行描述。
面向对象设计的2个基本原则:
1.针对接口编程,而不是针对实现编程。
2.优先使用对象组合,而不是类继承。
面向对象设计的5个设计原则:
1.单一职责原则(SRP)
2.开放封闭原则(OCP)
3.Liskov替换原则(LSP)
4.依赖倒置原则(DIP)
5.接口隔离原则(ISP)
23中设计模式:
1.创建型模式:
(1).工厂方法模式
(2).抽象工厂模式
(3).创建者模式
(4).原型模式
(5).单例模式
2.结构型模式:
(6).适配器模式
(7).桥模式
(8).组合模式
(9).装饰模式
(10).外观模式
(11).享元模式
(12).代理模式
3.行为型模式
(13).解释器模式
(14).模板方法模式
(15).职责链模式
(16).命令模式
(17).迭代器模式
(18).中介者模式
(19).备忘录模式
(20).观察者模式
(21).状态模式
(22).策略模式
(23).访问者模式
除此之外,后来人发现很多新的模式,如空模式等。
下面列举几个常见的问题导致重新设计,可能需要设计模式来分析解决:
1.通过显示的指定一个类来创建对象
2.对特殊操作的依赖
3.对硬件和软件平台的依赖
4.对对象表示或实现的依赖
5.算法依赖
6.紧耦合
7.通过生产子类来扩展功能
8.不能方便的对类进行修改
软件的设计臭味:
1.僵化性
2.脆弱性
3.顽固性
4.粘滞性
5.不必要的复杂性
6.不必要的重复
7.晦涩性
... ...
总而言之,一句话,面向对象特性+原则+模式,折腾来折腾去就是这么个回事。
------------------------------------------------------------
Android中对组合模式的应用,可谓是泛滥成粥,随处可见,那就是View和ViewGroup类的使用。在android UI设计,几乎所有的widget和布局类都依靠这两个类。
组合模式,Composite Pattern,是一个非常巧妙的模式。几乎所有的面向对象系统都应用到了组合模式。
1.意图
将对象View和ViewGroup组合成树形结构以表示"部分-整体"的层次结构(View可以做为ViewGroup的一部分)。
组合模式使得用户对单个对象View和组合对象ViewGroup的使用具有一致性。
热点词汇: 部分-整体 容器-内容 树形结构 一致性 叶子 合成 安全性 透明性
2.结构
针对View和ViewGroup的实际情况,我们选择安全式的组合模式(在组合对象中添加add,remove,getChild方法),添加少许的注释,我们把上图修改为:
3.代码
View类的实现:
1
2
3
4
|
public
class
View{
//... ...
//省略了无关的方法
}
|
ViewGroup的实现:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
|
public
abstract
class
ViewGroup
extends
View{
/**
* Adds a child view.
*/
public
void
addView(View child) {
//...
}
public
void
removeView(View view) {
//...
}
/**
* Returns the view at the specified position in the group.
*/
public
View getChildAt(
int
index) {
try
{
return
mChildren[index];
}
catch
(IndexOutOfBoundsException ex) {
return
null
;
}
}
//other methods
}
|
4.效果
(1).结构型模式
(2).定义了包含基本对象和组合对象的类层次结构。这种结构能够灵活控制基本对象与组合对象的使用。
(3).简化客户代码。基本对象和组合对象有一致性,用户不用区分它们。
(4).使得更容易添加新类型的组件。
(5).使你的设计变得更加一般化。
观察者模式,是一种非常常见的设计模式,在很多系统中随处可见,尤其是涉及到数据状态发生变化需要通知的情况下。
本文以AbstractCursor为例子,展开分析。
观察者模式,Observer Pattern,是一个很实用的模式,本人曾经接触到的各种平台以及曾经参与项目中打印模板解释器中都用到了此模式。
1.意图
定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时,所有依赖于它的对象都得到通知并被自动更新。
热门词汇:依赖 发布-订阅 事件 通知 更新 监听
2.结构
这是一个最简单的观察者模式,目标对象能够添加和删除观察者,当自己某种状态或者行为发生改变时,可通过notify通知注册的观察者进行更新操作。
分析AbstractCursor的具体情况,我们发现实际工作有时需要对观察者进行统一管理,甚至观察者类型有很多种而又可以分成几个系列,这个时候是要复杂的多,通过合理的分层这个问题很好解决。下面根据具体情况,我们画出android中abstractCurosr中用到的观察者模式结构图:
观察者分成了两个系列。
3.代码
列举其中相关核心代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
|
public
abstract
class
AbstractCursor {
//定义管理器
DataSetObservable mDataSetObservable =
new
DataSetObservable();
ContentObservable mContentObservable =
new
ContentObservable();
//注册和卸载两类观察者
public
void
registerContentObserver(ContentObserver observer) {
mContentObservable.registerObserver(observer);
}
public
void
unregisterContentObserver(ContentObserver observer) {
// cursor will unregister all observers when it close
if
(!mClosed) {
mContentObservable.unregisterObserver(observer);
}
}
public
void
registerDataSetObserver(DataSetObserver observer) {
mDataSetObservable.registerObserver(observer);
}
public
void
unregisterDataSetObserver(DataSetObserver observer) {
mDataSetObservable.unregisterObserver(observer);
}
//2类通知方法
protected
void
onChange(
boolean
selfChange) {
synchronized
(mSelfObserverLock) {
mContentObservable.dispatchChange(selfChange);
if
(mNotifyUri !=
null
&& selfChange) {
mContentResolver.notifyChange(mNotifyUri, mSelfObserver);
}
}
}
protected
void
notifyDataSetChange() {
mDataSetObservable.notifyChanged();
}
}
|
再看看Observable<T>类和DataSetObservable类:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
|
public
abstract
class
Observable<T> {
/**
* 观察者列表
*/
protected
final
ArrayList<T> mObservers =
new
ArrayList<T>();
public
void
registerObserver(T observer) {
if
(observer ==
null
) {
throw
new
IllegalArgumentException(
"The observer is null."
);
}
synchronized
(mObservers) {
if
(mObservers.contains(observer)) {
throw
new
IllegalStateException(
"Observer "
+ observer +
" is already registered."
);
}
mObservers.add(observer);
}
}
public
void
unregisterObserver(T observer) {
if
(observer ==
null
) {
throw
new
IllegalArgumentException(
"The observer is null."
);
}
synchronized
(mObservers) {
int
index = mObservers.indexOf(observer);
if
(index == -
1
) {
throw
new
IllegalStateException(
"Observer "
+ observer +
" was not registered."
);
}
mObservers.remove(index);
}
}
public
void
unregisterAll() {
synchronized
(mObservers) {
mObservers.clear();
}
}
}
|
和
1
2
3
4
5
6
7
8
9
10
11
12
13
|
public
class
DataSetObservable
extends
Observable<DataSetObserver> {
/**
* 数据发生变化时,通知所有的观察者
*/
public
void
notifyChanged() {
synchronized
(mObservers) {
for
(DataSetObserver observer : mObservers) {
observer.onChanged();
}
}
}
//... ... (其他方法)
}
|
观察者DataSetObserver类是一个抽象类:
1
2
3
4
5
|
public
abstract
class
DataSetObserver {
public
void
onChanged() {
// Do nothing
}
}
|
所以我们具体看它的子类:
1
2
3
4
5
6
7
8
9
10
11
|
public
class
AlphabetIndexer
extends
DataSetObserver{
/*
* @hide 被android系统隐藏起来了
*/
@Override
public
void
onChanged() {
//观察到数据变化,观察者做自己该做的事情
super
.onChanged();
mAlphaMap.clear();
}
}
|
ContentObserver也是类似。
4.效果
(1).行为型模式
(2).目标和观察者间的抽象耦合(经典实现)。
(3).支持广播通信(相信这点android开发者看到后应该有启发吧)。
(4).注意意外的更新,这也是观察者更新进行管理的原因之一。