Ce navigateur n’est plus pris en charge.
Effectuez une mise à niveau vers Microsoft Edge pour tirer parti des dernières fonctionnalités, des mises à jour de sécurité et du support technique.
Quel est le principal problème lié aux fonctions volumineuses et multi-usage en fonction des meilleures pratiques de développement de logiciels ?
Ils s’exécutent trop lentement et consomment une mémoire excessive.
Ils violent le principe de responsabilité unique et sont difficiles à lire, à maintenir et à tester.
Ils nécessitent des langages de programmation plus avancés pour implémenter correctement.
Qu’est-ce qu’une directive de seuil commune pour envisager une fonction trop grande et dans le besoin de refactorisation ?
Fonctions avec plus de 10 lignes de code.
Les fonctions avec 40 à 50 lignes de code ou plus doivent être examinées pour les opportunités de refactorisation.
Seules les fonctions avec plus de 200 lignes doivent être refactornées.
Parmi les choix de réponses suivants, lequel est un indicateur clé qu’une fonction enfreint le principe de responsabilité unique ?
La fonction retourne un type de données complexe.
La fonction contient plusieurs niveaux de boucles imbriquées et d’instructions conditionnelles.
La fonction contient des sections commentées telles que « // Étape 1 », « // Étape 2 » qui suggèrent plusieurs responsabilités distinctes.
Qu’est-ce que la complexité cyclomatique et pourquoi est-il important d’identifier les grandes fonctions ?
Il mesure les lignes physiques de code dans une fonction.
Il mesure le nombre de chemins indépendants par le biais du code d’une fonction, avec des valeurs plus élevées indiquant une logique plus complexe qui est plus difficile à tester.
Elle mesure le nombre de fois qu’une fonction est appelée dans l’application.
Lorsque vous utilisez le mode Demander de GitHub Copilot pour analyser les fonctions volumineuses, quelle est l’approche la plus efficace ?
Posez des questions génériques telles que « Ce code est-il bon ? » sans fournir de contexte spécifique.
Posez des questions spécifiques et ciblées comme « Pouvez-vous résumer ce que fait cette fonction ? » et « Répertorier les tâches distinctes effectuées par cette fonction ».
Ne vous intéressez qu'aux erreurs de syntaxe et aux problèmes de mise en forme du code.
Quel est l’avantage principal de l’utilisation du mode Agent de GitHub Copilot pour refactoriser des fonctions volumineuses ?
Il identifie automatiquement tous les bogues dans la fonction d’origine.
Il peut analyser, planifier et implémenter des tâches de refactorisation de manière autonome tout en vous permettant d’examiner et d’approuver les modifications.
Il élimine la nécessité de tout test une fois la refactorisation terminée.
Que devez-vous faire immédiatement après l’extraction d’une méthode à partir d’une fonction volumineuse pendant la refactorisation ?
Continuez à extraire la méthode suivante sans tester l’extraction actuelle.
Testez la méthode extraite pour vérifier que la fonctionnalité reste intacte avant de passer à l’étape de refactorisation suivante.
Attendez que toutes les extractions soient terminées avant d’exécuter des tests.
Lorsque vous utilisez le mode Agent Copilot GitHub pour refactoriser les fonctions volumineuses, quelle est la stratégie la plus efficace ?
Demandez à GitHub Copilot de refactoriser la fonction entière dans une seule commande pour gagner du temps.
Décomposez la refactorisation en petites étapes spécifiques et examinez soigneusement chaque modification avant de continuer.
Laissez l’agent prendre toutes les décisions sans examen humain ni intervention.
Vous devez répondre à toutes les questions avant de vérifier votre travail.
Cette page a-t-elle été utile ?
Vous avez besoin d’aide pour cette rubrique ?
Vous souhaitez essayer d’utiliser Ask Learn pour clarifier ou vous guider dans cette rubrique ?