Introduction détaillée à la propreté du code

Du point de vue du développement, organisez d'abord les variables et les fonctions selon certains noms et formats. Ensuite, commencez à écrire du code. Dans l'industrie, beaucoup préconisent le développement piloté par les tests. TDD est l'abréviation anglaise de Test-Driven Development. Il s'agit d'une pratique et d'une technologie de base dans le développement agile et une méthodologie de conception. Le principe de TDD est d'écrire le code du cas de test unitaire avant de développer le code fonctionnel. 1. Les trois lois du TDD Loi 1 : N'écrivez pas de code de production avant d'avoir écrit des tests unitaires qui ne peuvent pas réussir. Loi 2 : Vous ne pouvez écrire que des tests unitaires qui échouent tout simplement. L'échec de la compilation ne compte pas comme un échec. Troisième loi : n'écrivez que suffisamment de code de production pour réussir le test d'échec actuel. Les tests sont écrits avec le code de production, les tests sont écrits quelques secondes seulement avant le code de production. 2. Gardez le test propre. Le code du test est aussi important que le code de production et doit être suffisamment ordonné. Les tests apportent tous les avantages. Un code de test unitaire propre apportera de nombreux avantages à votre code. Plus les tests sont sales, plus le code finira par le devenir. Si des tests manquent, le code commence à pourrir. 3. Tests soignés Il y a un point très important dans les tests soignés

1 Partage d'aujourd'hui : Comment nettoyer le code - tests unitaires

<.>

Introduction : Du point de vue du développement, organisez d'abord les variables et les fonctions selon certains noms et formats. Ensuite, commencez à écrire du code. Dans l'industrie, de nombreuses personnes le préconisent. Développement piloté par les tests. Parlons ensuite des tests unitaires.

2. Explication détaillée du guide de style de programmation JavaScript

Introduction : L'auteur résume les principes de génie logiciel "Clean Code JavaScript" applicables à JavaScript sur la base du "Clean Code" de Robert C. Martin. Cet article en est une traduction. Il n'est pas nécessaire de respecter strictement tous les principes énoncés dans cet article. Parfois, il peut être préférable de s'en tenir à moins. La décision spécifique doit être basée sur la situation réelle. Il s'agit d'une suggestion d'optimisation de code compilée sur la base des années d'expérience de l'auteur en matière de « propreté du code », mais ce n'est qu'une suggestion. Le génie logiciel se développe depuis plus de 50 ans et continue de progresser. Maintenant, utilisez ces principes comme pierre de touche et essayez de les utiliser en tant que représentants d'équipe. >

Introduction : Table des matières Présentation des variables Objets de fonction et classes de structure de données Test de gestion des erreurs de concurrence Présentation des commentaires sur le format Robert C. Martin dans "Code...

4. Lire le code propre

Introduction : Récemment, j'ai lu attentivement CleanCode en me rendant au travail et en revenant, j'admire une fois de plus le style d'écriture humoristique d'Oncle Bob, ses points de vue uniques et sa perspective de compréhension. Ce qui me rafraîchit le plus, c'est l'explication d'Oncle Bob sur les structures de données et les objets

[Recommandations de questions et réponses associées] :

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!