互动网络游戏公司网站建设,比较好的公司网站,百度一下首页登录,建筑培训课程有哪些java 不同类型 映射有时#xff0c;一般的开发人员会遇到这样的情况#xff0c;即他必须在特定容器内映射任意类型的值。 但是#xff0c;Java集合API仅提供与容器相关的参数化。 例如#xff0c;这将HashMap的类型安全使用限制为单个值类型。 但是#xff0c;如果您想混合… java 不同类型 映射 有时一般的开发人员会遇到这样的情况即他必须在特定容器内映射任意类型的值。 但是Java集合API仅提供与容器相关的参数化。 例如这将HashMap的类型安全使用限制为单个值类型。 但是如果您想混合苹果和梨怎么办 幸运的是有一个简单的设计模式允许使用Java泛型映射不同的值类型 约书亚·布洛赫Joshua Bloch在他的《 有效的Java》 第二版项目29中将其描述为类型安全的异构容器 。 最近在有关该主题的一些不完全相同的解决方案中遇到了麻烦这使我有了解释问题域的想法并在这篇文章中详细说明了一些实现方面。 使用Java泛型映射不同的值类型 出于示例考虑您必须提供某种允许将任意类型的值绑定到某些键的应用程序上下文。 使用由HashMap支持的String键的简单非类型安全实现可能如下所示 public class Context {private final MapString,Object values new HashMap();public void put( String key, Object value ) {values.put( key, value );}public Object get( String key ) {return values.get( key );}[...]
} 以下代码片段显示了如何在程序中使用此Context Context context new Context();
Runnable runnable ...
context.put( key, runnable );// several computation cycles later...
Runnable value ( Runnable )context.get( key ); 这种方法的缺点可以在需要下浇的第六行看到。 显然如果键值对已被其他值类型替换则可能导致ClassCastException Context context new Context();
Runnable runnable ...
context.put( key, runnable );// several computation cycles later...
Executor executor ...
context.put( key, executor );// even more computation cycles later...
Runnable value ( Runnable )context.get( key ); // runtime problem 由于相关的实现步骤可能会在您的应用程序中分散开来因此很难跟踪此类问题的原因。 为了改善这种情况将值不仅绑定到其键而且还绑定到其类型似乎是合理的。 我在采用这种方法的几种解决方案中看到的常见错误或多或少归结为以下Context变体 public class Context {private final String, Object values new HashMap();public T void put( String key, T value, ClassT valueType ) {values.put( key, value );}public T T get( String key, ClassT valueType ) {return ( T )values.get( key );}[...]
} 同样基本用法可能如下所示 Context context new Context();
Runnable runnable ...
context.put( key, runnable, Runnable.class );// several computation cycles later...
Runnable value context.get( key, Runnable.class ); 乍一看该代码可能会产生一种节省更多类型的幻想因为它避免了第六行的转换。 但是运行下面的代码片段会使我们脚踏实地因为在第十行的分配过程中我们仍然遇到ClassCastException场景 Context context new Context();
Runnable runnable ...
context.put( key, runnable, Runnable.class );// several computation cycles later...
Executor executor ...
context.put( key, executor, Executor.class );// even more computation cycles later...
Runnable value context.get( key, Runnable.class ); // runtime problem 那么出了什么问题呢 首先类型T Context#get中的向下强制转换无效因为类型擦除将静态Object强制转换为Object从而替换了无边界参数。 但是更重要的是该实现不使用Context#put提供的类型信息作为键。 至多它只是多余的美容效果。 类型安全的异构容器 尽管最后一个Context变体效果不佳但它指出了正确的方向。 问题是如何正确设置密钥 为了回答这个问题请看一下Bloch描述的根据类型安全的异构容器模式精简的实现。 想法是使用class类型作为键本身。 由于Class是参数化类型它使我们能够使Context类型的方法安全而无需诉诸于T的未经检查的转换。 以这种方式使用的Class对象称为类型令牌。 public class Context {private final MapClass?, Object values new HashMap();public T void put( ClassT key, T value ) {values.put( key, value );}public T T get( ClassT key ) {return key.cast( values.get( key ) );}[...]
} 请注意如何使用有效的动态变体替换Context#get实现中的向下转换。 这是客户端可以使用上下文的方式 Context context new Context();
Runnable runnable ...
context.put( Runnable.class, runnable );// several computation cycles later...
Executor executor ...
context.put( Executor.class, executor );// even more computation cycles later...
Runnable value context.get( Runnable.class ); 这次客户端代码将可以正常工作而不会产生类转换问题因为不可能用具有不同值类型的一对交换某个键-值对。 有光的地方一定有阴影有阴影的地方一定有光。 没有光就没有阴影没有光就没有光……。 村上春树 Bloch提到了此模式的两个限制。 “首先恶意客户端可以通过使用原始形式的类对象来轻易破坏类型安全性[...]。” 为了确保类型在运行时不变可以在Context#put使用动态转换。 public T void put( ClassT key, T value ) {values.put( key, key.cast( value ) );
} 第二个限制是该模式不能用于不可更改的类型请参阅第25条有效的Java。 这意味着您可以通过类型安全的方式存储诸如Runnable或Runnable[]类的值类型但不能存储ListRunnable 。 这是因为ListRunnable没有特定的类对象。 所有参数化类型都引用相同的List.class对象。 因此Bloch指出对于这种限制没有令人满意的解决方法。 但是如果您需要存储两个相同值类型的条目怎么办 虽然可以想象将新的类型扩展名仅用于存储到类型安全的容器中但这并不是最佳的设计决策。 使用自定义键实现可能是更好的方法。 多个相同类型的容器条目 为了能够存储相同类型的多个容器条目我们可以将Context类更改为使用自定义键。 这样的密钥必须提供类型安全行为所需的类型信息以及用于区分实际值对象的标识符。 使用String实例作为标识符的朴素键实现可能如下所示 public class KeyT {final String identifier;final ClassT type;public Key( String identifier, ClassT type ) {this.identifier identifier;this.type type;}
} 同样我们使用参数化的Class作为类型信息的挂钩。 调整后的Context现在使用参数化的Key而不是Class public class Context {private final MapKey?, Object values new HashMap();public T void put( KeyT key, T value ) {values.put( key, value );}public T T get( KeyT key ) {return key.type.cast( values.get( key ) );}[...]
} 客户端将使用以下版本的Context Context context new Context();Runnable runnable1 ...
KeyRunnable key1 new Key( id1, Runnable.class );
context.put( key1, runnable1 );Runnable runnable2 ...
KeyRunnable key2 new Key( id2, Runnable.class );
context.put( key2, runnable2 );// several computation cycles later...
Runnable actual context.get( key1 );assertThat( actual ).isSameAs( runnable1 ); 尽管此代码片段有效但实现仍有缺陷。 Key实现在Context#get用作查找参数。 使用用相同的标识符和类初始化的两个不同的Key实例一个实例与put一起使用另一个实例与get一起使用将在get上返回null 。 这不是我们想要的。 幸运的是可以通过使用适当的equals和Key hashCode实现轻松解决此问题。 这使HashMap查找可以按预期工作。 最后可以提供一种工厂创建密钥的方法以最小化样板与静态导入结合使用 public static Key key( String identifier, Class type ) {return new Key( identifier, type );
}结论 以集合API为例泛型的正常使用将每个容器的类型参数限制为固定数量。 您可以通过将类型参数放在键而不是容器上来解决此限制。 您可以将Class对象用作此类类型安全的异构容器的键Joshua Bloch有效Java第29项。 鉴于这些结束语除了祝您好运成功混合苹果和梨别无他法…… 翻译自: https://www.javacodegeeks.com/2015/03/how-to-map-distinct-value-types-using-java-generics.htmljava 不同类型 映射
