当Android遇见工厂模式

最新推荐文章于 2024-09-20 16:43:30 发布

Jerey_Jobs

最新推荐文章于 2024-09-20 16:43:30 发布

阅读量412

点赞数

分类专栏：设计模式文章标签： android 工厂模式设计模式 Anderson

本文链接：https://blog.csdn.net/Jerey_Jobs/article/details/53415050

版权

设计模式专栏收录该内容

6 篇文章 0 订阅

订阅专栏

设计模式.png
我们先看一下一个Android系统应用中的工厂模式列子，再讲解工厂模式。

package com.android.mms.ui;

import android.content.Context;
import android.util.Log;

import java.lang.reflect.Constructor;
import java.lang.reflect.InvocationTargetException;

import com.android.mms.model.Model;

/**
 * The factory of concrete presenters.
 */
public class PresenterFactory {
    private static final String TAG = "PresenterFactory";
    private static final String PRESENTER_PACKAGE = "com.android.mms.ui.";

    public static Presenter getPresenter(String className, Context context,
            ViewInterface view, Model model) {
        try {
            if (className.indexOf(".") == -1) {
                className = PRESENTER_PACKAGE + className;
            }

            Class c = Class.forName(className);
            Constructor constructor = c.getConstructor(
                    Context.class, ViewInterface.class, Model.class);
            return (Presenter) constructor.newInstance(context, view, model);
        } catch (ClassNotFoundException e) {
            Log.e(TAG, "Type not found: " + className, e);
        } catch (NoSuchMethodException e) {
            // Impossible to reach here.
            Log.e(TAG, "No such constructor.", e);
        } catch (InvocationTargetException e) {
            Log.e(TAG, "Unexpected InvocationTargetException", e);
        } catch (IllegalAccessException e) {
            Log.e(TAG, "Unexpected IllegalAccessException", e);
        } catch (InstantiationException e) {
            Log.e(TAG, "Unexpected InstantiationException", e);
        }
        return null;
    }
}

该代码来自于Android系统中的Mms模块Ui包下，为显示缩略图的PresenterFactory，我们可以看到，使用了反射。
工厂设计模式在实际的开发中使用得非常多，我觉得已经学习过简单的工厂模式（若没学过，即A，B实现类，P为工厂类，通过传入参数“A”,”B”，P里面进行判断，若是A就new A对象，若是B则new 一个B对象返回），通过简单的工厂设计模式可以达到类的解耦合目的，但是简单工厂设计模式依然存在问题，我们不可能在设计工厂的时候，就知道我们以后要生成哪些类，那就是在增加一个子类时都需要修改工厂类，这样很麻烦，而且那种，根据传入参数进行判断，从而自己new出不同的类的机制对于一个大型项目而言，是灾难性的。

从简单工厂模式中，对于实现类而言，的确是符合我们的开闭原则，当我们要添加新产品时，无需对业务进行修改，但是对于我们的工厂类而言，开闭原则没有很好的体现，每次都得修改。

而，我们上面粘贴的代码中，使用反射机制，这才是符合开闭原则的工厂模式。我们将类名当做参数传入，这样以后我们新建多少子类，都无需修改原来的代码。

软件设计中，解耦一直是个大问题，也看到过一些C语言的项目，耦合度令人咂舌，而java中，其实很多的耦合性就是new，只要与new搭上关系，我们便造成了一个耦合。反射机制帮助我们很好的解决了这个问题，若对反射机制不懂，可以看我的上一篇java反射机制

我们进入正题：