本文主要是介绍《Effective Java》学习笔记1 Consider static factory methods instead of constructors,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
本栏是博主根据如题教材进行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 {@Overridepublic void introduce() {System.out.println("this is apple");}
}public class Banana implements Food {@Overridepublic void introduce() {System.out.println("this is banana");}
}
public class Bread implements Food {@Overridepublic 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地址:点我点我
这篇关于《Effective Java》学习笔记1 Consider static factory methods instead of constructors的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!