Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

350
Views
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 answers
Answer question

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!