Le plugin Gradle «Kotlin-Android-Extensions» est obsolète

Comme "kotlin-android-extensions" est désormais obsolète, il est préférable d'utiliser la liaison de la vue.

Pour cette première liaison de vue d'activer le fichier build.gradle en écrivant ces codes sous Android Block.

xxx

puis dans le fichier d'activité pour utiliser les fonctionnalités de liaison de la vue

Déclarez d'abord une variable globale pour la liaison comme

binding = ActivityMainBinding.inflate(layoutInflater)
setContentView(binding.root)

ici ActivityMainbinding est une classe générée automatique

puis écrivez ces codes dans la méthode onCreate ()

private lateinit var binding:ActivityMainBinding

J'ai eu cette erreur pour une raison complètement différente. J'ai oublié d'ajouter la classe d'application personnalisée où j'ajoute Hiltannotation dans le fichier manifeste:

<application
        android:name=".MyApplication"

Google fournit une nouvelle manière de liaison à la vue au lieu de «Kotlin-android-Extensions». Ajout des plugins suivants dans build.gradle du module d'application.

    android {
    ...
    buildFeatures {
        viewBinding true
    }
}

À mon avis, l'utilisation de ce plugin est toujours meilleure que les méthodes introduites, nous avons juste besoin de prêter attention aux ID. Parce qu'avec le plugin Android Kotlin Extensions Gradle sorti en 2017 est venu Kotlin Synthetics. Pour chaque fichier de mise en page, Kotlin Synthetics crée une classe autoogène contenant votre vue - aussi simple que cela. Il vous suffit d'importer ce plugin dans votre fichier gradle, et vous êtes tous configurés pour vous référer directement aux variables de référence de vue. Il appelle FindViewByid en interne une seule fois, puis le met en cache. C'était tellement pratique et si amusant à utiliser, alors pourquoi est-il déconseilé Analysons-le. Avantages Pas de code de passe-partout - Configurez-le simplement une fois dans votre fichier gradle et vous êtes prêt à partir. Kotlin Synthetics générera automatiquement une classe prête à utiliser. Type Sécurité - Toutes les vues sont choisies dans votre fichier de mise en page avec le type connu. Les inconvénients Sécurité nul partielle - il est généralement sûr de toute sécurité car toutes vos vues doivent être présentes dans le fichier de mise en page pour qu'elle puisse générer. Mais que se passe-t-il si vous disposez de plusieurs fichiers de mise en page basés sur des configurations où certaines vues sont présentes dans certains fichiers de mise en page et manquantes dans certains? Ici, vous devez ensuite vérifier manuellement Null. Pollute l'espace de noms - vous pouvez avoir le même ID de vue dans différentes mises en page, et vous pouvez accidentellement importer une vue d'une autre mise en page, qui sera ultérieurement à l'exécution NullPointerException. Kotlin uniquement - Les synthétiques de Kotlin ne peuvent être utilisées qu'avec Kotlin. Ils ne sont pas soutenus par Java. Il y a encore des projets qui sont écrits en Java et qui peuvent ne pas encore être entièrement migrés vers Kotlin, et donc les synthétiques de Kotlin peuvent ne pas être un moyen cohérent d'obtenir les Viewids dans votre projet. En raison de ces problèmes, la synthétique de Kotlin est désormais déconseillée.

Maintenant, c'est à vous de décider si vous souhaitez toujours utiliser ce plugin comme moi si vous souhaitez corriger un avertissement obsolète, vous devez éviter d'utiliser la méthode obsolète.😊