Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Le regole di gestibilità supportano la manutenzione di librerie e applicazioni.
In questa sezione
| Rule | Description |
|---|---|
| CA1501: evitare un'ereditarietà eccessiva | Un tipo è più profondo di quattro livelli nella sua gerarchia di ereditarietà. Le gerarchie dei tipi annidate in modo approfondito possono essere difficili da seguire, comprendere e gestire. |
| CA1502: evitare una complessità eccessiva | Questa regola misura il numero di percorsi linearmente indipendenti tramite il metodo , determinato dal numero e dalla complessità dei rami condizionali. |
| CA1505: evitare codice non gestibile | Un tipo o un metodo ha un valore di indice di manutenibilità basso. Un indice di manutenibilità basso indica che un tipo o un metodo è probabilmente difficile da gestire e sarebbe un buon candidato per la riprogettazione. |
| CA1506: evitare un accoppiamento eccessivo di classi | Questa regola misura l'accoppiamento della classe conteggiando il numero di riferimenti di tipo univoci contenuti in un tipo o un metodo. |
| CA1507: usare nameof al posto della stringa | Una costante letterale di stringa viene utilizzata come argomento dove potrebbe essere usata un'espressione nameof. |
| CA1508: evitare il codice condizionale inattivo | Un metodo ha codice condizionale che restituisce true sempre o false in fase di esecuzione. Ciò porta a codice morto nel ramo false della condizione. |
| CA1509: inserimento non valido nel file di configurazione delle metriche del codice | Regole delle metriche di codice, ad esempio CA1501, CA1502, CA1505 e CA1506, hanno fornito un file di configurazione denominato CodeMetricsConfig.txt con una voce non valida. |
| CA1510: Usare l'helper per il lancio ArgumentNullException | I throw helper sono più semplici ed efficienti rispetto ai blocchi di tipo if che costruiscono una nuova istanza di eccezione. |
| CA1511: Usare ArgumentException con l'helper di throw | I throw helper sono più semplici ed efficienti rispetto ai blocchi di tipo if che costruiscono una nuova istanza di eccezione. |
| CA1512: Usare argumentOutOfRangeException throw helper | I throw helper sono più semplici ed efficienti rispetto ai blocchi di tipo if che costruiscono una nuova istanza di eccezione. |
| CA1513: Usare il throw helper ObjectDisposedException | I throw helper sono più semplici ed efficienti rispetto ai blocchi di tipo if che costruiscono una nuova istanza di eccezione. |
| CA1514: evitare un argomento di lunghezza ridondante | Un argomento di lunghezza ridondante viene usato quando si esegue il sezionamento alla fine di una stringa o di un buffer. Una lunghezza calcolata può essere soggetta a errori e non è necessaria. |
| CA1515: prendere in considerazione la possibilità di rendere i tipi pubblici interni | A differenza di una libreria di classi, l'API di un'applicazione non viene in genere fatto riferimento pubblicamente, quindi i tipi possono essere contrassegnati come interni. |
| CA1516: Usare intrinseci multipiattaforma | Questa regola rileva invece l'utilizzo di intrinseci specifici della piattaforma che possono essere sostituiti con un intrinseco multipiattaforma equivalente. |
Vedere anche
Collabora con noi su GitHub
L'origine di questo contenuto è disponibile in GitHub, in cui è anche possibile creare ed esaminare i problemi e le richieste pull. Per ulteriori informazioni, vedere la guida per i collaboratori.