java 工厂模式的写法_设计模式-Java-简单工厂模式--BitmapFactory

上一篇，我们说了下MonkeyLei：设计模式-Java-观察者模式-RxJava 其中还利用到了反射的知识，另外也附上了很多我觉得分析还可以的链接。

这里我们看看简单工厂这块。除了这个还有其他几个：

单例模式，工厂模式，观察者模式，适配器模式，构建模式，门面模式，模板方法模式，装饰器模式

单例的话，还好，基本东西不会很难，而且相对好理解。 后面的几个可能难些，主要还是运用少很难去记住，当时可能还尝试理解实践了，但过后可能又忘了，O(∩_∩)O哈哈~

开始了呀，之前了看看BitmapFactory| Android Developers ， 这个可能比较经典。。思想就是这个思想，写法可能与你的不同，不过不影响核心的东西。

调用下这两个方法，然后跟过去看看...

public static Bitmap decodeFile(String pathName, Options opts) {

validate(opts);

Bitmap bm = null;

InputStream stream = null;

try {

stream = new FileInputStream(pathName);

bm = decodeStream(stream, null, opts);

} catch (Exception e) {

public static Bitmap decodeResource(Resources res, int id, Options opts) {

validate(opts);

Bitmap bm = null;

InputStream is = null;

try {

final TypedValue value = new TypedValue();

is = res.openRawResource(id, value);

bm = decodeResourceStream(res, value, is, null, opts);

} catch (Exception e) {

BitmapFactory主要是通过不同的方法参数来返回BitMap对象，这是一个Bitmap生成的工厂。小萌新要习惯它的使用。。。

我们也可以搞一个类似的简单工厂：

Animal.java - 动物抽象类，定义了一个吃食物的标准接口

package com.hl.rxnettest.design_pattern.factory_pattern;

interface Animal {

void eatFood();

}

Cat.java - 猫粮走一走，活到九十九

package com.hl.rxnettest.design_pattern.factory_pattern;

class Cat implements Animal {

@Override

public void eatFood() {

System.out.println("猫粮走起!");

}

}

Dog.java - 狗粮来一把，生活洗刷刷

package com.hl.rxnettest.design_pattern.factory_pattern;

class Dog implements Animal {

@Override

public void eatFood() {

System.out.println("狗粮也来一把!");

}

}

Factory.java - 工厂负责生产阿猫阿狗

package com.hl.rxnettest.design_pattern.factory_pattern;

public class Factory {

public static Animal decodeDog(){

return new Dog();

}

public static Animal decodeCat(){

return new Cat();

}

}

package com.hl.rxnettest.design_pattern.factory_pattern;

public class FactoryDemo {

public static void main(String[] args){

Animal cat = Factory.decodeCat();

Animal dog = Factory.decodeDog();

cat.eatFood();

dog.eatFood();

}

}

复杂点的还有抽象工厂尼

什么场景应该用这个模式，这个小萌新也不知道怎么搞，有些小萌新觉得一方面是封装后更简洁，方便，已与维护。 另外就是经验还是很重要。 还有就是工程类可以增加options做额外配置，然后所有的生成方法都可以使用同一个配置。另外再不改变接口名称/参数的情况下， 还可以增加额外的处理，而不会影响用户使用，以及低版本的兼容性。。 当然也可以新增新的方法替代旧的方法，同时兼容旧版本。总之，经验还是很重要！