由Collections.unmodifiableList引发的重构(转)

2018/08 06 10:08

今天阅读源码的时候,无意中看到了Collections.unmodifiableList的用法,因为以前没有这样做过,所以查询了他的API,是这样写的

public static <T> List<T> unmodifiableList(List<? extends T> list)

参数:list--这是一个不可修改视图是要返回的列表中。

返回值:在方法调用返回指定列表的不可修改视图。

1、用法探讨:

2、继续追踪,到底什么场景遇到呢?重构是怎么写的的?

在《重构——改善既有代码的设计》一书中,有一种重构手法叫Encapsulate Collection  ,(封装集合),
定义是:让函数返回这个集合的副本,并在这个类中提供添加/移除集合的副本
为了演示该重构手法
这本书介绍的是:我们经常用集合,Collection,可能是Array,ArrayList,set,vector保存一组实例,这样的类通常也会提供针对该集合的取值与设值函数
但是集合的处理方式和其他种类略有不同,取值函数不应该返回集合本身,因为这会让用户得以修改集合的内容而集合拥有者去一无所知,这样会对用户暴露过多的对象的内部结构信息。如果一个取值函数确实要返回多个值,他应该避免用户直接操作对象内保存的集合,并隐藏对象内与用户无关的的数据结构
此外,不应该为这个集合提供一个设置函数,但是应该提供对象内集合本身添加/删除的函数,这样,集合拥有者(对象)就可以控制集合元素的添加与删除
如果做到了上边的一点,集合就很好的封装起来,这样就降低了集合拥有者和用户之间的耦合度
常用到的做法:
(1)加入为集合添加/移除元素的函数
(2)将保存的集合的字段初始化一个空的集合
3、下面对上边的内容的例子介绍:
原来我这样写的:

重构后,按照上面介绍的原则,这样重构:

4、总结

使用这种方法重构的意义:就好比我们网上购物一样,你可以往购物车添加自己想买的东西,但是商户不能在不通知顾客(我们)的情况下,就任意的添加商品,并修改商品的价格等,入口只能是一个,也就是在顾客手中。比喻可能不是很恰当,反正意思大概就是这样。

转(http://www.cnblogs.com/persist-confident/)

--转载请注明: https://www.guangboyuan.cn/%e7%94%b1collections-unmodifiablelist%e5%bc%95%e5%8f%91%e7%9a%84%e9%87%8d%e6%9e%84%ef%bc%88%e8%bd%ac%ef%bc%89/

发表回复

(必填)