前言:面向对象的六大原则
单一职责原则
所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。通俗的说,即一个类只负责一项职责,将一组相关性很高的函数、数据封装到一个类中。
开闭原则
对于扩展是开放的,这意味着模块的行为是可以扩展的。当应用的需求改变时,我们可以对模块进行扩展,使其具有满足那些改变的新行为。 对于修改是关闭的,对模块行为进行扩展时,不必改动模块的源代码。
通俗的说,尽量通过扩展的方式实现系统的升级维护和新功能添加,而不是通过修改已有的源代码。
里氏替换原则
使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构,维持设计的封闭性。任何基类可以出现的地方,子类一定可以出现。
在软件中将一个基类对象替换成它的子类对象,程序将不会产生任何错误和异常,反过来则不成立。在程序中尽量使用基类类型来对对象进行定义,而在运行时再确定其子类类型,用子类对象来替换父类对象。
依赖倒置原则
高层次的模块不应该依赖于低层次的模块,他们都应该依赖于抽象。抽象不应该依赖于具体实现,具体实现应该依赖于抽象。 程序要依赖于抽象接口,不要依赖于具体实现。简单的说就是要求对抽象进行编程,不要对实现进行编程,这样就降低了客户与实现模块间的耦合(各个模块之间相互传递的参数声明为抽象类型,而不是声明为具体的实现类)。
接口隔离原则
一个类对另一个类的依赖应该建立在最小的接口上。其原则是将非常庞大的、臃肿的接口拆分成更小的更具体的接口。
迪米特原则
又叫作最少知识原则,就是说一个对象应当对其他对象有尽可能少的了解。 通俗地讲,一个类应该对自己需要耦合或调用的类知道得最少,不关心被耦合或调用的类的内部实现,只负责调用你提供的方法。
设计模式开始:
1、单例模式:
为什么要使用单例模式:
①作用:
保证在Java应用程序中,一个类Class只有一个实例存在。
②好处:
由于单例模式在内存中只有一个实例,减少了内存开销。
单例模式可以避免对资源的多重占用,例如一个写文件时,由于只有一个实例存在内存中,避免对同一个资源文件的同时写操作。 单例模式可以再系统设置全局的访问点,优化和共享资源访问。
③使用情况:
建立目录 数据库连接的单线程操作
某个需要被频繁访问的实例对象
使用方法:
但是存在着一个问题,那就是 不同步。在对数据库进行大量的读写操作的时候,不同步问题会比较大。于是有了第二种写法:
第二种形式:
既然不同步那就给getInstance方法加个锁呗!我们知道使用synchronized关键字可以同步方法和同步代码块,所以:
public static synchronized Singleton getInstance(){
if (instance == nnull){
instance = new Singleton();
}
return instance;
}
或者是
public static Singleton getInstance(){
//加锁。
synchronized (Singleton.class){
if(instance ==null){
instance = new Singleton();
}
}
}
获取Singleton实例
Singleton.getInstance().method();
android中的Singleton
软键盘管理的InputMethodManager:
源码(5.1)
public final class InputMethodManager{
static InputMethodManager sInstance;
public static InputMethodManager getInstance(){
synchronized (InputMethodManager.class){
if (sInstance==null){
IBinder b=ServiceManager.getService(Context.INPUT_METHOD_SERVICE)
InputMethodManager service = InputMethodManager.Stub.asInterface(b);
sInstance = new InputMethodManager(service, Looper.getMainLooper());
}
return sIntance;
}
}
}
使用的是第二种同步代码块的单例模式,可能涉及到多线程,类似的还有AccessibiliyManager(View获得点击、焦点、文笔、文字改变等事件的分发管理,对整个系统的调试、问题定位等) BluetoothOppManager等。
当然也有同步方法的单例实现,比如:CalendarDatabaseHelper
public static synchronized CalendarDatabaseHelper getInstance(Context context){
if(sSingleton == null){
sSingleton=new CalendarDatabaseHelper(context)
}
return sSingleton;
}
注意Application并不算是单例模式
public class Application extends ContextWrapper implements ComponentCallbacks2 {
public Application() {
super(null);
}
在Application源码中,其构造方法是公有的,意味着可以生出多个Application实例,但为什么Application能实现一个app只存在一个实例呢?请看下面:
在ContextWrapper源码中:
Context mBase;
public ContextWrapper(Context base) {
mBase = base;
}
protected void attachBaseContext(Context base) {
if (mBase != null) {
throw new IllegalStateException("Base context already set");
}
mBase = base;
}
ContextWrapper构造函数传入的base为null, 就算有多个Application实例,但是没有通过attach()绑定相关信息,没有上下文环境。
2、Factory(工厂模式)
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 对同一个接口的实现类进行管理和实例化创建
结构图:
Animal 的接口:
interface animal{
void move();
}
Cat类:
public class Cat implements Animal{
@Override
public void move(){
System.out.println("我不喜欢动")
}
//cat独有
public void eatFish(){
System.out.println("我喜欢吃鱼")
}
}
Dog类
public class Cat implements Animal{
@Override
public void move(){
System.out.println("我喜欢跑步")
}
//dog独有
public void eatFish(){
System.out.println("我喜欢吃骨头")
}
}
那么现在就可以建立一个工厂类(Factory.java)来对实例类进行管理和创建
public class Factory{
//静态工厂方法
//多处调用,不需要实例工厂类
publc static Cat produceCat(){
return new Cat();
}
public static Dog produceDog(){
return new Dog();
}
}
Animal cat = Factory.produceCat();这里实例化了Animal的具体子类(减少了它们之间的偶合联系性)
Java面向对象的原则,封装(Encapsulation)和分派(Delegation)告诉我们:具体事情做得越多,越容易范错误,
一般来说,这样的普通工厂就可以满足基本需求。但是我们如果要新增一个Animal的实现类panda,那么必然要在工厂类里新增了一个生产panda的方法。就违背了 闭包的设计原则(对扩展要开放对修改要关闭) ,于是有了抽象工厂模式。
2.1 Abstract Factory(抽象工厂)
抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 啥意思?就是把生产抽象成一个接口,每个实例类都对应一个工厂类(普通工厂只有一个工厂类),同时所有工厂类都继承这个生产接口。
生产接口provider:
interface Provider{
Animal produce();
}
每个产品都有自己 的工厂,CatFactory:
public class CatFactory implements Provider{
@Override
public Animal produce(){
return new Cat();
}
}
DogFactory :
public class DogFactory implements Provider{
@Override
public Animal produce(){
return new Dog();
}
}
产品生产:
Provider provider = new CatFactory();
Animal cat = provider.produce();
cat.move;
假如我们现在需要加入panda,直接新建一个pandaFactory就行了,这样我们系统就更灵活,具备了动态扩展的能力。
2.1Android 中的Factory
比如AsyncTask 的抽象工厂的实现:
工厂的抽象:
public interface ThreadFactory {
Thread newThread(Runnable r);
}
产品的抽象(new Runnable就是其实现类):
public interface Runnable {
public abstract void run();
}
AsyncTask中工厂类的实现:
private static final ThreadFactory sThreadFactory = new ThreadFactory() {
private final AtomicInteger mCount = new AtomicInteger(1);
public Thread newThread(Runnable r) {
return new Thread(r, "AsyncTask#"+mCount.getAndIncrement());
}
};
未完待续;