डीसिनर सीएस फाइलों से कोड विश्लेषण चेतावनियों को अक्षम/फिक्सिंग

Question

मैं DataVisualization.Charting.Chart का उपयोग कर रहा हूं, और अधिकांश भाग के लिए यह काम कर रहा है। हालांकि, मैं अक्सर कोड विश्लेषण चला रहा हूं, और मेरी सभी चेतावनियों का ख्याल रखा गया है। लेकिन, चार्टिंग का उपयोग करने वाले * .esignign.cs फ़ाइलों में लगभग 30 CA2000 (सभी अपवाद पथों के साथ ऑब्जेक्ट का निपटारा नहीं किया गया है) हैं। डिजाइनर फाइलें सभी चार्टिंग कोड को बहुत अधिक उत्पन्न कर रही हैं, और लगभग सभी चार्टिंग तत्व IDisposable लागू करते हैं। मेरे पास प्रोजेक्ट वरीयताओं में चेक किए गए "जेनरेट कोड से परिणाम दबाएं" है, लेकिन यह अभी भी करता है।

क्या इसे ठीक करने के लिए कोई तरीका है, मैन्युअल रूप से चार्ट ऑब्जेक्ट्स बनाने के बिना, और उस कक्षा में शेष कोड के लिए कोड विश्लेषण अक्षम किए बिना? क्या सभी के लिए इसे अक्षम करने का कोई तरीका है। डिज़ाइनर सीएस फाइलें? या, क्या डिज़ाइनर कोड निपटान का ख्याल रखकर इन चेतावनियों को सही ढंग से निकालने का कोई समाधान है?

Answer 1

एक उचित कुछ डेवलपर्स को भाग्य के बिना इसका सामना करना पड़ता है, इसलिए एक अच्छे प्रश्न के लिए +1!

Writing Custom Code Analysis Rules in Visual Studio 2010

अन्यथा अंत में टिप्पणी देखें:

सम्भावित समाधान विधि ओवरराइड के CA2000 और शासन को दबा यदि चेतावनी एक डिजाइनर फ़ाइल में पता चला है लिखना है, यहाँ एक अच्छी शुरुआत है इस धागे के, एमएसएफटी इंजीनियरों ने कनेक्ट कॉल लॉग करने का जिक्र किया है: http://blogs.msdn.com/b/codeanalysis/archive/2010/03/22/what-s-new-in-code-analysis-for-visual-studio-2010.aspx

Answer 2

क्या आपने अपने प्रोजेक्ट के लिए कोड विश्लेषण संपत्ति पृष्ठ में "जेनरेट कोड से सपोर्ट परिणाम" संपत्ति मान को सही करने की कोशिश की है? जेनरेट कोड में समस्याओं को अनदेखा करने के लिए यह विकल्प मानक तंत्र है।

उस ने कहा, जेनरेट कोड कोड है जिसे निष्पादित किया जाएगा, इसलिए इसके उल्लंघनों को अनदेखा करना एक अच्छा विचार नहीं है। सीए 2000 की "शोर" को देखते हुए, आप इसके बजाय नियम को अक्षम करने पर विचार करना चाहेंगे।

Answer 3

मुझे पता है कि मुझे देर हो चुकी है लेकिन यहां जाती है।

मुझे लगता है कि ये चेतावनियां InitializeComponent विधि के भीतर कोड के लिए उत्सर्जित हैं? यदि ऐसा है तो क्या आपने Common7 \ IDE \ ItemTemplates फ़ोल्डर में स्थित टेम्पलेट फ़ाइलों को संशोधित करने पर विचार किया है? आप उन तरीकों पर GeneratedCode विशेषता जोड़ सकते हैं। चूंकि विशेषता केवल उस पर सेट की जाएगी, उसी वर्ग के भीतर आपके सभी अन्य कोड कोड विश्लेषण द्वारा अभी भी चेक किए जाएंगे।

यहाँ Form डिजाइनर फ़ाइल के लिए एक उदाहरण है:

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

बस अपनी * .Designer.cs फ़ाइल में Dispose पद्धति के लिए एक [SuppressMessage("Microsoft.Usage", "CA2213:DisposableFieldsShouldBeDisposed", MessageId = "..."] जोड़ें।

मैंने अभी किया है, और मुझे पता चला है कि वीएस 2012 डिजाइनर में कुछ बदलते समय फ़ाइल को फिर से लिखते समय भी इसे रखने के लिए पर्याप्त चालाक है।