Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

354
Visualizações
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 Respostas
Responde à pergunta

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 Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda