Écriture de code CSS plus efficace Page 1/3_Échange d'expérience

C'est une question qui préoccupe de nombreux concepteurs et développeurs Web. Il n'y a probablement aucune magie qui puisse garantir que votre feuille de style sera réduite à un certain pourcentage en une seule fois, mais des compétences raisonnables en matière de codage et d'organisation CSS peuvent en effet vous aider à écrire plus efficacement un code plus clair et plus efficace. Naturellement, la réduction du style dans le tableau. la taille réduit également le temps de téléchargement.​

1. Composition :

1. Ajoutez des espaces appropriés entre les mots-clés et les opérateurs.

2. Ajoutez des lignes vides entre des blocs de programme relativement indépendants

3. Les instructions, expressions, etc. plus longues doivent être écrites sur plusieurs lignes.

4. Les nouvelles lignes doivent être indentées de manière appropriée pour rendre la mise en page soignée et les déclarations lisibles.

5. Les expressions longues doivent être divisées en nouvelles lignes chez les opérateurs de faible priorité, et les opérateurs doivent être placés au début de la nouvelle ligne.

6. S'il y a de longues expressions ou déclarations en boucles, jugements et autres déclarations, elles doivent être divisées de manière appropriée.

7. Si les paramètres de la fonction ou du processus sont longs, ils doivent être divisés de manière appropriée.

8. Il n'est pas permis d'écrire plusieurs déclarations courtes sur une seule ligne, c'est-à-dire d'écrire une seule déclaration sur une seule ligne.

9. Le début d'une fonction ou d'un processus, la définition d'une structure et le code dans des instructions telles que des boucles et des jugements doivent être indentés.

10.Le langage C/C++ utilise des accolades '{' et '}' pour délimiter un bloc de programme. Lors de l'écriture d'un bloc de programme, '{' et '}' doivent chacun occuper une ligne exclusive et être localisés. dans la même colonne, aligné à gauche avec les déclarations qui y font référence. La méthode d'indentation ci-dessus doit être utilisée au début du corps de la fonction, à la définition de la classe, à la définition de la structure, à la définition de l'énumération et aux programmes dans les instructions if, for, do, while, switch et case. .

2. Commentaires

1. Les commentaires doivent être simples et clairs.

2. Commentez lors de l'écriture du code, modifiez le code et modifiez les commentaires correspondants en même temps pour assurer la cohérence entre les commentaires et le code.

3. Commentez si nécessaire et le nombre de commentaires doit être modéré. Le contenu de l'annotation doit être clair et concis, et la signification doit être précise pour éviter toute ambiguïté dans l'annotation. Gardez les commentaires adjacents au code qu'ils décrivent, c'est-à-dire le principe de proximité des commentaires.

4. Les commentaires sur le code doivent être placés à côté d'eux au-dessus, pas en dessous.

5. Les commentaires sur la structure des données doivent être placés à côté de celle-ci, et non en dessous ; les commentaires sur chaque champ de la structure doivent être placés à droite de ce champ dans la même structure. être aligné.

6. Les commentaires sur les variables et les constantes doivent être placés à côté ou à droite au-dessus d'elles.

7. Les variables globales doivent avoir des commentaires plus détaillés, y compris des descriptions de leurs fonctions, des plages de valeurs, des fonctions ou procédures qui y accèdent et des précautions lors de leur accès.

8. Il doit y avoir les informations d'annotation nécessaires en tête de chaque fichier source, notamment : le nom du fichier ; le numéro de version ; la date de génération ; la description de la fonction du module ; entre ce fichier et d'autres fichiers, etc.) ; liste des principales fonctions ou processus et enregistrements historiques de modifications de ce fichier, etc.)

9. Il doit y avoir les informations d'annotation nécessaires devant chaque fonction ou procédure, notamment : le nom de la fonction ou de la procédure ; la description de la fonction d'entrée, de sortie et de la valeur de retour ; la relation d'appel et la description de la relation appelée, etc.

3. Nommer

1. Les mots plus courts peuvent être abrégés en supprimant les « voyelles »

2. Les mots plus longs sont préférables La priorité de ; les premiers caractères du mot et utilisez des parenthèses pour clarifier l'ordre de fonctionnement de l'expression afin d'éviter d'utiliser la priorité par défaut.

　3. Utilisez la notation hongroise