Qué construimos con él
Kotlin es donde nuestras apps Flutter se encuentran con Android de verdad. Una capa de UI multiplataforma cubre la mayor parte de un producto, pero no todo: servicios en segundo plano que tienen que sobrevivir a que maten la app, notificaciones en primer plano, NFC y acceso a hardware, SDKs de proveedores que solo existen para Android y la fontanería del install-referrer para deep links diferidos.
Ese trabajo se escribe en Kotlin detrás de un platform channel, con el lado Dart viendo una API limpia y ningún detalle del ciclo de vida de Android.
Dónde lo hemos usado
El trabajo nativo de Android vive dentro de nuestros proyectos Flutter y no al lado, así que no aparece como una entrada separada del portfolio. Se manifiesta como las partes de una app a las que el código multiplataforma no llega; por ejemplo, la fontanería de deep linking diferido e install-referrer sobre la que hemos escrito, que no tiene implementación portable.
Cuándo lo recomendamos
Kotlin es la respuesta correcta para la mitad Android de una integración de plataforma, y para una app Android completamente nativa cuando el producto es genuinamente específico de la plataforma: integración profunda con el sistema, un público exclusivo de Android o un equipo ya invertido en el ecosistema.
Es la respuesta equivocada como opción por defecto para un producto que también necesita iOS. Dos bases de código nativas significan dos equipos, dos ciclos de release y dos conjuntos de bugs; salvo que algo lo obligue, Flutter con una capa de Kotlin debajo te da la misma capacidad por mucho menos.
