记录草稿---类型推断

最新推荐文章于 2020-09-16 12:12:10 发布

MuNineyi

最新推荐文章于 2020-09-16 12:12:10 发布

阅读量266

点赞数

分类专栏： Java 记录

本文链接：https://blog.csdn.net/u010003051/article/details/60957062

版权

记录同时被 2 个专栏收录

8 篇文章 0 订阅

订阅专栏

Java

3 篇文章 0 订阅

订阅专栏

类型推断
Type interface

import java.util.List;
import java.util.Map;


import com.google.common.collect.Lists;
import com.google.common.collect.Maps;


public class Test{
	
	Map<String ,List<String>> map1 = new HashMap<String ,List<String>>();
	List<String> list1 = new ArrayList<String>();
	
	Map<String ,List<String>> map2 = Maps.newHashMap();
	List<String> list2 = Lists.newArrayList();
}

http://ifeve.com/static-factory-methods-vs-traditional-constructors/

最后一个优点是静态工厂是实例化参数类很简洁。你曾经见过像这样的代码吗？

Map<String, List<String>> map = new HashMap<String, List<String>>();

你在代码的同一行重复相同的参数两次！如果右边的赋值可以从左边被推断出来，那将是很优雅的做法。使用静态方法就可以。下面的代码取自 Guava’s Maps 类：

public static <K, V> HashMap<K, V> newHashMap() {

  return new HashMap<K, V>();

}

所以现在我们的客户端代码变成如下：

Map<String, List<String>> map = Maps.newHashMap();

相当的优雅，对吗？这样的能力被成为类型推断（Type interface）。值得一提的是Java7通过使用方括号运算符（diamond operator）引入了类型推断。所以，如果你使用Java7你可以前面的例子如：

Map<String, List<String>> map = new HashMap<>();

静态工厂的主要缺点是类中没有public或者protected的构造器无法被继承。但事实上，在某种情况下这个一件好事，因为鼓励开发者优先使用组合而不是继承（favor composition over inheritance）。
总的来讲，静态工厂方法提供了许多优点，当你在使用时唯一的不足之处实际上也不会是一个问题。所以，评估一下你的类是否更适合静态工厂，拒绝急切的自动提供公共的构造器。