Ce module suppose que vous avez déjà lancé le jeu localement, en suivant les instructions de configuration.
Dans les modules précédents, nous avons :
- Écrit du HTML et du CSS pour améliorer la page d'accueil
- Corrigé un bogue de physique dans le cœur du moteur physique du jeu
- Corrigé un bogue d'interactions grâce à une refactorisation logique
Il est maintenant temps d'explorer une vérité cachée sur la programmation intuitive. Si au moins la moitié de vos requêtes ne sont pas des « refactorisations intuitives », vous faites probablement quelque chose de mal.
Comprendre le problème
L'IA excelle à utiliser le contexte d'exemples pour implémenter de nouvelles solutions. Malheureusement, cela tend à entraîner beaucoup de code dupliqué. Dans le module précédent, nous avons commencé à examiner la requête « E ». Il est temps d'y regarder encore plus attentivement.
Essayez une requête comme :
Où l'invite d'interaction est-elle implémentée dans les composants?
Vous devriez voir que Kiro repère plusieurs copies de l'invite d'interaction :
L'invite d'interaction est implémentée de façon constante dans plusieurs objets de jeu interactifs (Computer, Workbench, Chest, Garbage, GameItem, PullLever, Dispenser)
Si vous ouvrez ces fichiers : Computer.vue, Workbench.vue, Chest.vue, etc., vous remarquerez que chaque composant a une implémentation très similaire de l'invite d'interaction avec un CSS similaire.
Mais si vous déplacez ensuite le fantôme dans la zone de jeu, vous remarquerez aussi des différences subtiles. Par exemple, la taille de l'invite d'interaction du levier est légèrement différente de la taille de l'invite d'interaction de l'établi.
Nous pouvons améliorer le code en supprimant la duplication. Il y a un motif répété ici - il serait préférable de refactoriser l'invite d'interaction dans un composant unique qui pourrait être partagé entre tous ces composants.
Effectuer une refactorisation
Demandons à Kiro de refactoriser cela. Ouvrez un fichier qui contient une requête « E » comme « Chest.vue ». Essayez ensuite une requête comme :
Je veux éliminer la duplication de « interact-prompt » dans un composant séparé avec des styles normalisés, réutilisé dans mes composants
Chargement de l'image...
Vérifier les résultats
Kiro devrait découvrir tous les composants qui ont un élément « interact-prompt » et les refactoriser pour qu'ils utilisent plutôt un nouveau composant partagé :
Chargement de l'image...
Choses à vérifier :
- L'implémentation d'origine comporte des invites d'interaction à différents emplacements par rapport au composant parent : au-dessus, à gauche, à droite, etc. Cela s'est-il perdu durant la refactorisation?
- Il y avait deux approches différentes pour s'assurer que le texte des invites d'interaction restait à une taille appropriée, quelle que soit la dimension de l'écran. Quelle approche, s'il y en a une, le modèle d'IA a-t-il choisie?
Trouver d'autres choses à faire
Essayez de demander à Kiro :
Examine mes composants. Vois-tu des choses qui devraient être refactorisées ou des occasions d'implémenter des bonnes pratiques?
Dans ce module, vous avez appris deux concepts clés :
- La programmation intuitive fonctionne, mais comme la programmation habituelle, elle nécessite des refactorisations régulières. Faites aussi de la « refactorisation intuitive ».
- L'IA ne vous contredira pas directement ni ne s'opposera à vos demandes, mais cela ne signifie pas qu'elle est incapable de voir les erreurs. Vous devez simplement lui demander de vérifier son travail de nouveau.
Passons à la prochaine tâche :
La refactorisation intuitive représente 50 % de la programmation intuitive