Modele auto

Créez des modèles prédictifs en 4 clics en utilisant les meilleures pratiques automatisées de machine learning et de science des données si vous avez des modèles qui existent toujours dans l`adaptateur (comme un en-tête ou un chargeur), vous pouvez les marquer comme un champ avec une annotation @AutoModel pour que epoxy soit automatiquement Créez le modèle pour vous et attribuez un ID unique. Cet ID sera stable sur différentes instances d`adaptateur afin qu`il puisse être utilisé pour enregistrer l`état du modèle à travers la rotation. Dans l`exemple Titanic, le modèle automatique fournit les modèles suivants: Si vous souhaitez être averti lorsque les modèles ont terminé la construction et la diffusion, et que le RecyclerView a été mis à jour, vous pouvez utiliser la méthode EpoxyController # addModelBuildListener pour enregistrer un Rappel. Chaque appel de buildModels est complètement indépendant de l`appel précédent. buildModels démarre toujours avec une liste vide de modèles et doit créer, modifier et ajouter tous les modèles qui représentent les données à ce moment-là. Le typedepoxycontroller vise à résoudre ce sujet en supprimant réutilisable autour du flux de données et en encourageant buildmodels à être une fonction pure. Les sous-classes de TypedEpoxyController sont affectées d`un type de données, et setData est appelée pour passer un objet de ce type chaque fois que les modèles doivent être reconstruits. Enfin, la méthode buildModels est appelée avec cet objet de données. Pour un modèle particulier, le niveau d`ajustement identifie le niveau d`équipement ou les caractéristiques spéciales. Si vos données sont dans un État dispersé ou incohérent, pas encore prêt pour la construction de modèles, voir Turbo PREP.

Que vous soyez débutant avec RapidMiner, ou que vous soyez une vieille main, le modèle auto peut vous faciliter la vie. Auto Model est une extension de RapidMiner Studio qui accélère le processus de construction et de validation des modèles. Le meilleur de tous, il crée un processus que vous vous pouvez modifier ou mettre en production-il n`y a pas de boîtes noires! Pour utiliser votre contrôleur, créez une nouvelle instance et appelez getAdapter () pour obtenir l`adaptateur de support à définir sur votre RecyclerView. Ensuite, appelez requestModelBuild sur votre contrôleur pour indiquer à epoxy de déclencher une reconstruction de modèle et de mettre à jour l`adaptateur (vous ne pouvez pas appeler directement buildModels). Appelez requestModelBuild à chaque fois que vos données changent et que vous souhaitez que le RecyclerView soit mis à jour en conséquence. “Life Boat” a une bulle d`état jaune, parce que les données dans cette colonne est fortement corrélée avec “survécu”. «Canot de sauvetage» et «survécu» sont effectivement synonymes, il est donc préférable de supprimer les données de la colonne «bateau de vie» et laissez le modèle découvrir les raisons sous-jacentes de la survie. Le même modèle de voiture peut être vendu par le constructeur automobile dans différents pays sous différents noms de modèle.

Exemples includeMitsubishi Pajero/Montero, [11], [12] Mazda MX-5/Miata [13], Volkswagen Golf/Rabbit [14] et Ford Everest/Endeavour [15] [16] epoxy gère la création, la reliure et le recyclage de toutes les vues pour vous. Les appels de liaison View sont délégués au modèle afin que le modèle puisse mettre à jour la vue avec les données qu`elle représente. D`autres événements de cycle de vie de vue, tels que l`attachement/détachement au recyclage de fenêtre et de vue, sont également délégués au modèle. Les modèles ne sont pas autorisés à utiliser l`ID par défaut qui leur est assigné lorsqu`ils sont instanciés. Cela n`est autorisé que dans un EpoxyAdapter. Chaque modèle dans un EpoxyController doit avoir un ID explicite défini sur elle ou être un AutoModel requestModelBuild fait ce que son nom implique, il demande que les modèles soient construits, mais ne garantit pas que cela se produira immédiatement. La première fois qu`il est appelé sur un contrôleur, les modèles seront construits immédiatement (de sorte que la vue est remplie ASAP et l`état d`affichage peut être restauré), mais les appels ultérieurs sont validés et débités. Il s`agit de découpler la création de modèles à partir des modifications de données. De cette façon, toutes les mises à jour de données peuvent être complétées intégralement sans se soucier de l`appel de requestModelBuild plusieurs fois.