El constructor de la clase EnumMap necesita clase como argumento. La mayoría de las veces, K.class pasó como argumento. Todavía no estoy haciendo lo que es la razón para aceptar esto como argumento en lugar de deducir de K.¿Por qué el constructor EnumMap necesita un argumento de clase?
Gracias
- PKC
El Map tanto, conoce todas las claves posibles. Se llama (internamente) el keyUniverse. Los comentarios dice:
Todos los valores que comprenden K. (en caché para un rendimiento)
las implementaciones de EnumMap necesidades metainformación acerca de la enum, en particular, el número de valores. El objeto Class proporciona esta información (IMO hubiera sido mejor buscar un tipo de descriptor de enumeración específico). Si no tiene el Class disponible, siempre puede usar HashMap con alguna penalización. Supongo que podría crear un EnumMap creíble/sin compromiso, como Map.
Tom's La respuesta es correcta, pero para abordar su otro punto: el motivo por el cual esta información no puede deducirse del parámetro tipo, K, se debe a type erasure.
genéricos es una característica de tiempo de compilación, sin embargo se necesita esta clase K en tiempo de ejecución, algo que los genéricos no van a hacer en este caso.
Como otros señalan que los genéricos son una característica del compilador. El jvm no tiene ningún soporte real para los genéricos en sí. Esto significa que la información genérica no se puede usar en tiempo de ejecución.
Para el EnumMap<K extends Enum> esto significa que se obtiene una EnumMap<Enum> en tiempo de ejecución sin ningún tipo de información sobre el K. Esta limitación de los genéricos de Java se puede evitar pasar por las clases de los argumentos genéricos a un constructor que todavía existen los objetos de clase en tiempo de ejecución
el HashMap no puede estar vacío, pero está bien si contiene sólo algunos elementos y no el keyUniverse completa. –