Desde que actualicé mi proyecto a SDK versión 27 y complementos de gradle para la biblioteca de soporte a la versión27.0.0 Necesitaba cambiar mi código.

Con26.1.0 Solo puedo usargetContext() (con Kotlincontext) en miFragment (android.support.v4.app) y no tengo problemas de nulabilidad, pero desde que uso Kotlin tengo un problema con la versión27.0.0, toda micontext las llamadas ya no funcionaban, necesitaba un operador de seguridad, comocontext!!, pero dado que personalmente considero que es un ajetreo hacer eso cada vez que me formo a mí mismo, soluciono la función

override fun getContext() = super.getContext()!!

Otra cosa que cambia (de repente y es por eso que pregunto) son los métodosonCreateView() yonViewCreated(). EnonCreateView el inflador ya no es nulo, por lo que necesitaba cambiar la firma de mi función para anular correctamenteonCreateView(inflater: LayoutInflater?...) aonCreateView(inflater: LayoutInflater...) y lo mismo para elcreatedView parámetro enonViewCreated.

Así que ahora me preguntaba por qué, especialmente el (para Kotlin) muy feogetContext() se hizo el cambio y se dirigió ahttps://developer.android.com/sdk/support_api_diff/27.0.0/changes.html.

Pero espera, ¿al parecer no lo cambiaron? Entonces, mi pregunta es si estoy haciendo algo mal o si realmente lo cambiaron y, de ser así, podría preguntarles por qué.

Por cierto, lo mismo aplica paragetActivity(), Pienso que elmHost == null se agregó el cheque y elgetActivity El método es incluso final, por lo que no puedo usar mi solución allí, lo que lo hace muy muy feo. En realidad, en los archivos de origen, los métodos son los mismos, pero26.1.0 tiene tipo de retorno KotlinContext! y27.0.0 tipo de retornoContext?.