How to get rid of CA2000 warning when ownership is transferred?

后端 未结 4 1862
情深已故
情深已故 2020-12-09 17:08

The following code generates two CA2000 warnings (among others, but that\'s not the point).

public sealed class Item: IDisposable
{
    public void Dispose()         


        
相关标签:
4条回答
  • 2020-12-09 17:43

    I also asked this at connect.microsoft.com and this is what they answered:

    You can workaround the issue by having the container/collection object that adds the disposable object implement ICollection or ICollection<T>. The method that performs the Add must also have name starting with "Add".

    And sure enough: when class Test implements ICollection<Item>, then the warning goes away. This is an acceptable solution for the case in question. But it's still an open question what to do, when it's not appropriate to implement ICollection to indicate transfer of ownership.

    public sealed class Test: IDisposable, ICollection<Item>
    {
        public void Initialize()
        {
            var item1 = new Item(); // no warning
            itemCollection.Add(item1);
    
            var item2 = new Item(); // no warning
            ((ICollection<Item>)this).Add(item2);
    
            var item3 = new Item(); // no warning
            AddSomething(item3);
        }
    
        //... implement ICollection and Method AddSomething
    }
    
    0 讨论(0)
  • 2020-12-09 17:45

    Do you want to fix the code or just suppress the warnings? Suppressing the warnings is straightforward:

    [SuppressMessage("Microsoft.Reliability",
                     "CA2000:DisposeObjectsBeforeLosingScope",
                     Justification = "Your reasons go here")]
    public void Initialize()
    {
        // ...
    }
    
    0 讨论(0)
  • 2020-12-09 17:47

    Well of course the first thing to do is to actually have the Dispose method clean up the members of the collection. I'm assuming that's just an error in the example rather than the real code.

    Beyond that, I would just suppress the warning. I very strongly hold that any suppression:

    1. Should be of a very short scope, so it doesn't suppress another case of the warning that is a genuine mistake.
    2. Should be annotated with a comment, no matter how brain-dead obvious it seems that the warning is safe to suppress.

    That said, I think the analysis of CA2000 is so poor as to not be worth having it checked by default, but only in occasional reviews. After a certain number of false-positives a warning can't even be considered a warning any more, just noise that's hiding real warnings and hence making code more likely to be buggy.

    0 讨论(0)
  • 2020-12-09 17:53

    I know this is sample code, and so whether this workaround would work in your real code, I couldn't say.

    In this particular case, if you move the object creation code into it's own method, that returns the new Item, then the warning will disappear, e.g. change:

    public void Initialize()
     {
      var item1 = new Item(); // no warning
      itemCollection.Add(item1);
    
      var item2 = CreateItem(); // CA2000 no longer appears
      Add(item2);
    
      var item3 = new Item(); // CA2000: call Dispose on object item3
      itemContainer.Add(item3);
     }
    
     private Item CreateItem()
     {
      return new Item();
     }
    

    Obviously, the CreateItem method could be passed arbitrary parameters to pass to the Item constructor.

    Edit

    Having seen Henrik's answer, and the response on Connect, all I can say is bletch. There's no guarantee that an ICollection implementation also implements IDisposable, and whilst his posted example does implement IDisposable, apparently that's not required to shut up the code analysis (I'd have been somewhat okay if you had to implement both). A class implementing ICollection but not implementing IDisposable is highly unlikely to deal with disposing of contained objects correctly.

    0 讨论(0)
提交回复
热议问题