如果我写
List<Integer> a1 = Arrays.asList(1, 2, 3);
List<Integer> a2 = Collections.unmodifiableList(a1);
a2
是只读的,但是如果我写
a1.set(0,10);
然后a2
也被修改。
如果在API中表示:
返回指定集合的不可修改视图。此方法允许模块为用户提供对内部集合的“只读”访问权限。
那么,为什么如果我修改原始集合又修改了目标复制的集合?
也许我误解了含义,如果是的话,写一份防御性副本的方式是什么?
是的,您理解正确。这个想法是,返回的对象umodifiableCollection
不能直接更改,而是可以通过其他方式更改(通过直接更改内部集合有效)。
只要可以访问内部列表,就可以更改“不可修改的”集合。
这就是为什么您 通常 构造一个不可修改的集合并确保没有任何东西可以进入内部列表的原因:
Collection<Integer> myUmodifiableCollection = Collection.umodifiableCollection(Arrays.asList(1, 2, 3));
由于没有人引用过List
创建者by asList
,因此这是一个真正不可修改的集合。
这种方法的优点是您根本不需要复制原始集合/列表,从而避免了使用内存和计算能力。
Guava提供了ImmutableCollection
类(及其子类,例如ImmutableList
),它们提供了真正的不可变集合(通常通过复制源代码)。
问题内容: 一直试图找到实现生成Calendar对象的防御性副本的方法的最佳方法。 例如: 当检查空输入并进行复制时,我特别担心线程的交错,还是我遗漏了一些明显的东西? 问题答案: (我想现在是针对稍微不同的受众群体的…) 如果我绝对必须使用(而不是Joda Time),我会使用。您在评论中辩解说,您担心“顽皮的子类”-您打算如何在 任何 方案中解决该问题?如果您对所涉及的子类一无所知,并且不信任
问题内容: 我正在阅读Joshua Bloch的“ Effective Java”,第39项进行防御性复制,我有一些疑问。我总是使用以下构造: 它的缩写为: 它始终有效,但是我想如果我正在返回副本,那么我的快捷方式将无法工作,如果可以安全地使用快捷方式,我怎么知道是否隐藏了该实现? 问题答案: 您违反了OO编程的两个规则: 不要跟陌生人说话 封装 请注意,这些规则只是规则,它们有时甚至可能被破坏。
问题内容: 如何制作在不可变对象中包含可变字段的可变对象的防御性副本? MutableObject没有让我设置字段的构造函数。 MutableObject的当前状态应该在Immutable Object中捕获,并且永远不要更改。 问题答案: 您需要做的是 改成: 有关说明,请参见http://www.javapractices.com/topic/TopicAction.do?Id=15
你已经学到了大多数C语言的基础,并且准备好开始成为一个更严谨的程序员了。这里就是从初学者走向专家的地方,不仅仅对于C,更对于核心的计算机科学概念。我将会教给你一些核心的数据结构和算法,它们是每个程序员都要懂的,还有一些我在真实程序中所使用的一些非常有趣的东西。 在我开始之前,我需要教给你一些基本的技巧和观念,它们能帮助你编写更好的软件。练习27到31会教给你高级的概念和特性,而不是谈论编程,但是这
《矿山防御》是一款类似《无尽的饼干》的放置游戏,糅合了战斗、炼金、法术等元素。
OVal 省去了编写重复性条件的麻烦事 虽然防御性编程有效地保证了方法输入的条件,但如果在一系列方法中使用它,不免过于重复。本月,Andrew Glover 将向您展示通过一种更为容易的方式,即使用 AOP、契约式设计和一个便捷的叫做 OVal 的库,来向代码中添加可重用的验证约束条件。 开发人员测试的主要缺点是:绝大部分测试都是在理想的场景中进行的。在这些情况下并不会出现缺陷 —— 能导致出现问