相关疑难解决方法(0)

我想知道.Net框架中大量密封类背后的动机是什么.密封课程有什么好处？我无法理解如何不允许继承有用,而且很可能不是唯一一个与这些类斗争的人.

那么,为什么框架以这种方式设计并且不会是开启一切的不间断的变化？必须有另一个原因,但只是邪恶？

可能重复:
在类和Dispose()上调用null

只是想要一些关于处置对象的信息.

我创建了一个从IDISPOSIBLE接口继承的Employee类.以下是示例代码

public class Employee : IDisposable 
 {
      private Int32 _RunID;

      public Int32 RunID { get { return _RunID; } set { _RunID = value; } }

        public void Dispose()
        {
            //Dispose(true);
        }
 }

现在我的问题是,它是一个很好的编码实践来处理我们创建和实现/继承IDisposible接口的每个类,即使我已经看到许多其他人直接设置的代码ObjEmployee = null; 所以只是混淆了哪个好设置NULL或用IDisposible接口实现它或以上都没有？