Kotlin language obtiene class en time de ejecución
Digamos que tenemos lo siguiente:
val person = "Bill" ¿Alguien podría explicar la diferencia entre estos dos?
- ¿Cómo get una class de time de ejecución de una variable en Kotlin?
- Kotlin: doble operador de colon (reflexión) sobre
- Reflexión de KFlin KFunction - get valores de parameters
- ¿Puedo usar kotlin.reflect para get un valor de un campo
- ¿Es seguro llamar a kclass.memberProperties en un object desconocido (Cualquiera)?
val kClass1 = person.javaClass.kotlin
vs
val kClass2 = person::class
¿Cuándo debería llamar a uno en lugar de a otro?
Se apreciará cualquier ejemplo de código fuente.
- ¿Cómo get un KType en Kotlin?
- Reflexión de Kotlin: compruebe si la propiedad tiene tipo
- Kotlin invoke getter / setter reflexivamente
- ¿Cómo get una KClass de Array?
- Kotlin comtesting si la function requiere parámetro de instancia
- Kotlin: isAssignableFrom y reflexiones del tipo de reflexión
- El operador de Kotlin Reflection obtiene la implementación
- Kotlin: comparar los valores de propiedad de diferentes objects objective con (fuera) reflexión
La razón principal por la que hay dos maneras de lograr lo mismo, es decir, get la class Kotlin de un object, es porque antes de Kotlin 1.1, el literal ::class no admitía la expresión en su lado izquierdo. Entonces, si estás usando Kotlin 1.0, tu única opción es .javaClass.kotlin , de lo contrario estás bien con cualquiera de ellos. Esta es la razón por la cual "Kotlin en Acción" usa la syntax de .javaClass.kotlin : fue escrita antes del lanzamiento de Kotlin 1.1.
También hay una pequeña diferencia en los types de estas expresiones. Por ejemplo, en el siguiente código
interface T fun f1(x: T) = x::class fun f2(x: T) = x.javaClass.kotlin
El tipo de f1 es KClass<out T> , pero el tipo de f2 es KClass<T> . Esto es realmente un descuido en la statement javaClass : KClass<out T> es más correcto en este caso, porque la class x no es necesariamente T , sino que también puede ser una subclass de T
De lo contrario, estas dos expresiones ( x.javaClass.kotlin y x::class ) son completamente equivalentes en términos de bytecode producido y performance en time de ejecución. Prefiero x::class porque es más corta y lee mejor.
person.javaClass.kotlin crea un nuevo object de reference de class Kotlin de la class Java. Entonces tiene sentido solo si solo tienes un object de class java.
Entonces debería usar person::class porque en este caso solo obtiene la class Kotlin directamente sin asignación de objects adicionales
Nadie puede replace a otro. Ambos tienen motivos para existir.
SI obtiene un KClass de una variable que no puede ser null entonces prefiere usar foo::class ya que javaClass.kotlin crea una nueva instancia cada vez, por ejemplo:
assert(foo::class === foo::class); assert(foo.javaClass.kotlin !== foo.javaClass.kotlin);
SI obtienes un KClass de una variable que se puede anular, entonces prefieres usarlo como se KClass a continuación:
val value:Int? = 1; val type = value?.javaClass?.kotlin;
SI obtienes una Class Java de kotlin, quieres transformarte en KClass luego usar Class.kotlin por ejemplo:
val javaClass:Class<Integer> = ...; val kotlinClass:KClass<Integer> = javaClass.kotlin;