Deshabilitar/corregir advertencias de análisis de código de archivos .Designer.cs

Question

Estoy usando DataVisualization.Charting.Chart ampliamente, y en su mayor parte está funcionando. Sin embargo, he estado ejecutando Code Analysis con frecuencia y he tenido todas mis advertencias a cargo. Sin embargo, hay aproximadamente 30 CA2000 (objeto no eliminado a lo largo de todas las rutas de excepción) en los archivos * .Designer.cs que usan la creación de gráficos. Los archivos de Designer están generando casi todo el código de gráficos, y casi todos los elementos de gráficos implementan IDisposable. He marcado "Suprimir resultados del código generado" en las preferencias del proyecto, pero todavía lo hace.

¿Hay alguna manera de arreglar esto, sin tener que crear manualmente los objetos de gráfico, y sin deshabilitar el análisis de código para el resto del código en esa clase? ¿Hay alguna manera de deshabilitarlo para todos los archivos .Designer.cs? ¿O existe una solución para eliminar estas advertencias correctamente haciendo que el código del diseñador se ocupe de la eliminación?

Answer 1

Parece que algunos desarrolladores lo han encontrado sin suerte, así que +1 para una buena pregunta!

Una posible solución es escribir un método que CA2000 y de anulación suprime la regla si se detecta la advertencia en un archivo de diseño, aquí es un buen comienzo:

Writing Custom Code Analysis Rules in Visual Studio 2010

De lo contrario ver los comentarios al final de este hilo, los ingenieros de MSFT mencionan para registrar una llamada de Connect: http://blogs.msdn.com/b/codeanalysis/archive/2010/03/22/what-s-new-in-code-analysis-for-visual-studio-2010.aspx

Answer 2

¿Ha intentado alternar el valor de propiedad "Suprimir resultados del código generado" a verdadero en la página de propiedades de Análisis de código para su (s) proyecto (s)? Esta opción es el mecanismo estándar para ignorar problemas en el código generado.

Dicho esto, el código generado es código que se ejecutará, por lo que ignorar sus violaciones no es necesariamente una gran idea. Dado el "ruido" de CA2000, es posible que desee considerar deshabilitar la regla en su lugar.

Answer 3

Sé que llego tarde a esto, pero aquí va.

Supongo que todas estas advertencias se emiten para el código dentro del método InitializeComponent? Si es así, ¿ha considerado modificar los archivos de plantilla ubicados en la carpeta Common7 \ IDE \ ItemTemplates? Podría agregar el atributo GeneratedCode en el método en esos. Como el atributo se establecerá solo en él, todos los demás códigos dentro de la misma clase seguirán siendo verificados por el análisis del código.

He aquí un ejemplo de archivo de Form diseñador:

namespace $rootnamespace$ 
{ 
    partial class $safeitemrootname$ 
    { 
     /// <summary> 
     /// Required designer variable. 
     /// </summary> 
     private System.ComponentModel.IContainer components = null; 

     /// <summary> 
     /// Clean up any resources being used. 
     /// </summary> 
     /// <param name="disposing">true if managed resources should be disposed; otherwise, false.</param> 
     protected override void Dispose(bool disposing) 
     { 
      if (disposing && (components != null)) 
      { 
       components.Dispose(); 
      } 
      base.Dispose(disposing); 
     } 

     #region Windows Form Designer generated code 

     /// <summary> 
     /// Required method for Designer support - do not modify 
     /// the contents of this method with the code editor. 
     /// </summary> 
     [System.CodeDom.Compiler.GeneratedCode("Windows Form Designer generated code", "1.0.0.0"), System.Diagnostics.DebuggerNonUserCode()] 
     private void InitializeComponent() 
     { 
      this.components = new System.ComponentModel.Container(); 
      this.AutoScaleMode = System.Windows.Forms.AutoScaleMode.Font; 
      this.Text = "$safeitemrootname$"; 
     } 

     #endregion 
    } 
} 

Answer 4

sólo tiene que añadir un [SuppressMessage("Microsoft.Usage", "CA2213:DisposableFieldsShouldBeDisposed", MessageId = "..."] al método Dispose en su archivo * .Designer.cs.

Acabo de hacerlo, y he descubierto que VS 2012 es lo suficientemente inteligente como para mantenerlo allí incluso cuando se reescribió el archivo cuando algo se modificó en el diseñador.