在 Java 中定义 Map 时,用户可能会遇到如下变化:
HashMap<String, Object> map = new HashMap<String, Object>(); Map<String, Object> map = new HashMap<String, Object>();
底层Object
尽管存在这些差异,但这两个映射声明的结果在同一个底层对象中:HashMap
接口差异
第一个实例中,接口类型是 HashMap
接口编码
一般来说,它建议编写最抽象的接口(此处为 Map)而不是具体的实现(HashMap)。这允许在不破坏现有代码的情况下灵活地更改底层实现。
合约破坏示例
考虑一个具有两个 HashMap 的 Foo 类:
class Foo { private HashMap<String, Object> things; private HashMap<String, Object> moreThings; // Getters and methods using HashMaps }
子类 SpecialFoo 通过期望的方法使用 things 和 moreThings HashMaps:
class SpecialFoo extends Foo { // Methods using HashMaps }
如果 Foo 稍后更新为使用 TreeMaps 而不是 HashMaps,things 和 moreThings 的类型签名会发生变化。结果,SpecialFoo 中断,因为它期待 HashMap,但现在接收 TreeMap。
解决方案:将集合声明为接口
为了防止此类违反合约的行为,请声明集合作为最抽象的接口:
class Foo { private Map<String, Object> things; private Map<String, Object> moreThings; // Getters and methods using Maps }
这种方法确保 SpecialFoo 不会在以下情况下中断: Foo 的实现发生了变化。
接口编码的好处
因此,虽然两个映射声明可能看起来不同,但它们会产生相同的底层对象。最佳实践要求编码为最抽象的接口,以保持灵活性并防止代码损坏。
以上是Java 中 `HashMap map = new HashMap();` 和 `Map map = new HashMap();` 之间的主要区别是什么?的详细内容。更多信息请关注PHP中文网其他相关文章!