Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

349
Vistas
Kotlin Android Extensions vs Android Data Binding Library, uso de memoria

Tengo una pregunta sobre la memoria utilizada en ambos casos ->Android Data Binding vs Android Kotlin Extensions. ¿En qué caso se utilizará menos memoria en el dispositivo?

La extensión Android de Kotlin está llamando primero a findViewById y luego, el resultado se almacenará localmente en un caché. y esto significa memoria utilizada.

DataBinding crea una ruta entre diseños y actividades/fragmentos a través de la clase de enlace que se creó.

Mi preocupación es usar el que sea más eficiente cuando pensamos en el uso de memoria en el dispositivo del usuario. ¿Alguien podría ayudarme a encontrar la respuesta? Tiendo a decir que dataBinding es más eficiente. Aquí hay una pregunta similar pero no en la dirección de la eficiencia.

¡Gracias!

over 4 years ago · Santiago Trujillo
1 Respuestas
Responde la pregunta

0

tldr: Por lo que veo, no hay diferencia según el uso de la memoria, solo si no usa todas las vistas del diseño. Ambos almacenan en caché las vistas, sin embargo, Android Kotlin se pone bajo demanda mientras que el enlace de datos inicializa todo. Dependiendo del rendimiento, las extensiones de kotlin son ligeramente (diría que en la mayoría de los casos no son reconocibles) más rápidas que el enlace de datos durante la creación de fragmentos/actividades.

Documentación Kotlin Extensiones de Android:

Agrega una función de almacenamiento en caché oculta y un campo dentro de cada actividad de Kotlin. El método es bastante pequeño, por lo que no aumenta mucho el tamaño de APK. Reemplaza cada llamada de propiedad sintética con una llamada de función.

Cómo funciona esto es que cuando se invoca una propiedad sintética, donde el receptor es una clase de Actividad/Fragmento de Kotlin que está en las fuentes del módulo, se invoca la función de almacenamiento en caché. Por ejemplo, dado

 class MyActivity : Activity() fun MyActivity.a() { this.textView.setText(“”) }

se genera una función de almacenamiento en caché oculta dentro de MyActivity, por lo que podemos usar el mecanismo de almacenamiento en caché.

Sin embargo en el siguiente caso:

 fun Activity.b() { this.textView.setText(“”) }

No sabríamos si esta función se invocaría solo en Actividades de nuestras fuentes o también en Actividades Java simples. Como tal, no usamos el almacenamiento en caché allí, incluso si la instancia de MyActivity del ejemplo anterior es el receptor.

Motivo: Kotlin usa propiedades sintéticas y se solicitan a pedido mediante la función de almacenamiento en caché (por lo tanto, la carga de actividad/fragmentos es ligeramente rápida), mientras que el enlace de datos vincula todas las vistas a la vez (eso consume un poco más de tiempo).

over 4 years ago · Santiago Trujillo Denunciar
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda