Note
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de changer d’annuaire.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de changer d’annuaire.
Les règles de maintenance prennent en charge la maintenance des bibliothèques et des applications.
Contenu de cette section
| Rule | Description |
|---|---|
| CA1501 : Éviter un héritage excessif | Un type est imbriqué de plus de quatre niveaux dans sa hiérarchie d'héritage. Les hiérarchies de type profondément imbriquées peuvent être difficiles à suivre, à comprendre et à gérer. |
| CA1502 : Éviter une complexité excessive | Cette règle mesure le nombre de chemins indépendants linéairement par le biais de la méthode, qui est déterminé par le nombre et la complexité des branches conditionnelles. |
| CA1505 : Évitez le code non maintenable | Un type ou une méthode a une valeur d’index de facilité de maintenance faible. Un index de facilité de maintenance faible indique qu’un type ou une méthode est probablement difficile à maintenir et serait un bon candidat à la refonte. |
| CA1506 : Éviter un couplage de classe excessif | Cette règle mesure le couplage de classes en comptant le nombre de références de type uniques qu’un type ou une méthode contient. |
| CA1507 : Utiliser nameof à la place de string | Un littéral de chaîne est utilisé comme argument où une expression nameof peut être utilisée. |
| CA1508 : Éviter le code conditionnel inutile | Une méthode a du code conditionnel qui prend toujours la valeur ou truefalse au moment de l’exécution. Cela conduit à du code mort dans la branche false de la condition. |
| CA1509 : Entrée non valide dans le fichier de configuration des métriques de code | Les règles de métriques de code, telles que CA1501, CA1502, CA1505 et CA1506, ont fourni un fichier de configuration nommé CodeMetricsConfig.txt qui a une entrée non valide. |
| CA1510 : Utiliser l’assistant de levée ArgumentNullException | Les assistants de levée sont plus simples et plus efficaces que les blocs if qui créent une nouvelle instance d’exception. |
| CA1511 : Utiliser l’assistant de levée ArgumentException | Les assistants de levée sont plus simples et plus efficaces que les blocs if qui créent une nouvelle instance d’exception. |
| CA1512: Utiliser l’assistance de levée ArgumentOutOfRangeException | Les assistants de levée sont plus simples et plus efficaces que les blocs if qui créent une nouvelle instance d’exception. |
| CA1513 : Utiliser l’assistance de levée ObjectDisposedException | Les assistants de levée sont plus simples et plus efficaces que les blocs if qui créent une nouvelle instance d’exception. |
| CA1514 : Éviter les arguments de longueur redondants | Un argument de longueur redondant est utilisé lors du découpage à la fin d’une chaîne ou d’une mémoire tampon. Une longueur calculée peut être sujette à des erreurs et est également inutile. |
| CA1515 : Envisager de rendre les types publics internes | Contrairement à une bibliothèque de classes, l’API d’une application n’est généralement pas référencée publiquement, de sorte que les types peuvent être marqués en interne. |
| CA1516 : Utiliser des intrinsèques multiplateformes | Cette règle détecte l’utilisation d’intrinsèques spécifiques à la plateforme qui peuvent être remplacées par une intrinsèque multiplateforme équivalente à la place. |
Voir aussi
Collaborez avec nous sur GitHub
La source de ce contenu se trouve sur GitHub, où vous pouvez également créer et examiner des issues et des pull requests. Pour plus d’informations, consultez notre guide des contributeurs.