《Effective Java》学习笔记1 Consider static factory methods instead of constructors

版权声明:欢迎转载,但麻烦注明出处 https://blog.csdn.net/q2878948/article/details/81057867

本栏是博主根据如题教材进行Java进阶时所记的笔记,包括对原著的概括、理解,教材代码的报错&运行情况。十分建议看过原著遇到费解地方再来参考或与博主讨论。致敬作者Joshua Bloch跟以杨春花为首的译者团队。

 静态工厂方法代替构造器

写在前面,并不是说从今以后舍弃构造方法,一律静态工厂,这两者各有千秋,应仔细理解其各自优势。

静态工厂方法与构造器相比,优势在于:

     1.它有名称。可以通过不同名称的静态工厂方法区别不同类型实例,这样可以避免API中定义多个难以区别的重载构造方法,对程序员的使用造成麻烦

     2.不必每次调用都创建一个新的对象。如果需要频繁返回相同的对象,这个会极大程度减少重复对象的创建。例如数据库连接类,它十分庞大,如果每次都去创建新的实例,会出现大量庞大、重复的链接类,这时候用单例思想通过工厂方法就可以完美解决

     3.可以返回原返回类型的任意子类型对象,在选择返回类型的时候能够有更大的灵活性,这使得API能够通过接口与继承根据需要自行判断应该返回何种类型的子类,而不需要API的使用者费劲阅读文档,这一点需要借助反射实现。(关于反射,可以自行百度一下,就一根据路径+类名找类,很好理解的,不在此赘述)

package food;

import food.Food;

/**
 * 服务-提供者框架模型,一种服务(打印食物信息)多个提供者,通过FoodFactory静态工厂方法自动获取提供者
 *
 * @author LightDance
 */
public class FoodFactory {

    private FoodFactory(){
        super();
    }
    public static final String TYPE_APPLE = "Apple";
    public static final String TYPE_BANANA = "Banana";
    private static final String TYPE_DEFAULT = "Bread";

    public static Food getFoodByType(String foodType){
        Food food = null;
        try {
            food = (Food) Class.forName("food."+foodType).newInstance();//传说中的反射机制
        } catch (ClassNotFoundException | IllegalAccessException | InstantiationException e) {
            e.printStackTrace();
        }
        return food;
    }

    public static Food getDefaultFood(){
        return getFoodByType(TYPE_DEFAULT);
    }
}

几个Food相关类

public class Apple implements Food {
    @Override
    public void introduce() {
        System.out.println("this is apple");
    }
}


public class Banana implements Food {
    @Override
    public void introduce() {
        System.out.println("this is banana");
    }
}
public class Bread implements Food {
    @Override
    public void introduce() {
        System.out.println("this is bread (default)");
    }
}


public interface Food {
    /**
     * 打印出该类食物的名称
     */
    public void introduce();
}

上测试FoodFactory的类:

import food.Food;
import food.FoodFactory;

/**
 * @author LightDance
 */
public class FactoryMethordTest {
    public static void main(String[] args) {
        Food newFood =  FoodFactory.getFoodByType(FoodFactory.TYPE_APPLE);
        newFood.introduce();
        Food newFood2 =  FoodFactory.getDefaultFood();
        newFood2.introduce();
    }
}

以及测试结果:

另外,这种方式并非十全十美,也有其固有的不足之处:

1.服务-提供者框架的工厂方法不允许公有构造方法,无法实例化,于是无法被继承,这也鼓励开发者使用复合代替继承

2.静态工厂方法不能与其他静态方法区别开来,或许寻找构造方法时查阅文档会有些麻烦,这时规范命名的重要性就体现出来了。

附命名规范:

#valueOf 提供与参数值相同的实例

#of 简化版的valueOf

#getInstance 根据参数的描述获取实例,但未必与参数具有相同的值,对于单例,这个方法没有参数,返回唯一的实例

#newInstance 类似getInstance,但newInstance保证获取的每一个实例都与其它实例不同

#getType 类似getInstance,工厂方法处于不同的类中时使用Type为工厂方法所返回的类型

#newType 同理newInstance

全代码github地址:点我点我

猜你喜欢

转载自blog.csdn.net/q2878948/article/details/81057867