Tim*_*thy 10 c# constructor code-analysis reliability ca2000
当我通过Visual Studio的代码分析实用程序运行一些代码时,我收到一个警告,我不确定如何解决.也许这里的某个人遇到了类似的问题,解决了这个问题,并愿意分享他们的见解.
我正在编写DataGridView控件中使用的自定义绘制单元格.代码类似于:
public class DataGridViewMyCustomColumn : DataGridViewColumn
{
public DataGridViewMyCustomColumn() : base(new DataGridViewMyCustomCell())
{
}
Run Code Online (Sandbox Code Playgroud)
它会生成以下警告:
CA2000:Microsoft.Reliability:在方法'DataGridViewMyCustomColumn.DataGridViewMyCustomColumn()'中,在对所有引用超出范围之前,对对象'new DataGridViewMyCustomCell()'调用System.IDisposable.Dispose.
我知道它警告我DataGridViewMyCustomCell(或它继承自的类)实现了IDisposable接口,并且应该调用Dispose()方法来清理DataGridViewMyCustomCell声明的任何资源.
我在互联网上看到的示例建议使用块来限制对象的生命周期并让系统自动处理它,但是当移动到构造函数的主体中时无法识别base,因此我无法编写使用阻止它...我不确定我还想要做什么,因为不会指示运行时释放仍然可以在以后在基类中使用的对象?
我的问题是,代码是否正常?或者,如何重构以解决警告?除非确实合适,否则我不想压制警告.
Gre*_*ech 18
如果您使用的是Visual Studio 2010,则CA2000完全崩溃.它也可能在其他版本的FxCop(又名代码分析)中被破坏,但VS2010是我唯一可以担保的版本.我们的代码库为这样的代码提供CA2000警告......
internal static class ConnectionManager
{
public static SqlConnection CreateConnection()
{
return new SqlConnection("our connection string");
}
}
Run Code Online (Sandbox Code Playgroud)
...表示连接在超出方法范围之前未被处理.嗯,是的,这是真的,但它并没有超出应用程序的范围,因为它返回给调用者 - 这是该方法的重点!同样,您的构造函数参数不会超出范围但会传递给基类,因此它是规则的误报而不是实际问题.
这曾经是一个有用的规则,但现在你所能做的就是关闭它直到修复它.这是不幸的,因为(很少)实际的积极因素是应该修复的事情.
| 归档时间: |
|
| 查看次数: |
2160 次 |
| 最近记录: |