idisposable - NDepend CQL 查询缺少 IDisposable 实现

In lại 作者：行者123 更新时间：2023-12-05 00:44:13 hai mươi bốn 4

SELECT TYPES WHERE !Implement "System.IDisposable"

// Types with disposable instance fields must be disposable
warnif count > 0

let iDisposable = ThirdParty.Types.WithFullName("System.IDisposable").FirstOrDefault() 
where iDisposable != null // iDisposable can be null if the code base doesn't use at all System.IDisposable

from t in Application.Types where 
   !t.Implement(iDisposable) && 
   !t.IsGeneratedByCompiler 

let instanceFieldsDisposable = 
    t.InstanceFields.Where(f => f.FieldType != null &&
                                f.FieldType.Implement(iDisposable))

where instanceFieldsDisposable.Count() > 0
select new { t, instanceFieldsDisposable }

// Disposable types with unmanaged resources should declare finalizer
// warnif count > 0
let iDisposable = ThirdParty.Types.WithFullName("System.IDisposable").SingleOrDefault()
where iDisposable != null // iDisposable can be null if the code base deosn't use at all System.IDisposable

let disposableTypes = Application.Types.ThatImplement(iDisposable)
let unmanagedResourcesFields = disposableTypes.ChildFields().Where(f => 
   !f.IsStatic && 
    f.FieldType != null && 
    f.FieldType.FullName.EqualsAny("System.IntPtr","System.UIntPtr","System.Runtime.InteropServices.HandleRef")).ToHashSet()
let disposableTypesWithUnmanagedResource = unmanagedResourcesFields.ParentTypes()

from t in disposableTypesWithUnmanagedResource
where !t.HasFinalizer
let unmanagedResourcesTypeFields = unmanagedResourcesFields.Intersect(t.InstanceFields)
select new { t, unmanagedResourcesTypeFields }

hai mươi bốn 4 0

• c# - 为什么总是需要在具有 IDisposable 成员的对象上实现 IDisposable？

  据我所知，这是一个公认的规则，如果你有一个具有 IDisposable 成员 m 的类 A，A 应该实现 IDisposable 并且它应该在其中调用 m.Dispose()。 我找不到令人满意的理由

• c# - 当父类也实现 IDisposable 时在子类上实现 IDisposable

  我有一个父类和子类都需要实现IDisposable。 virtual(和 base.Dispose()？)调用应该在哪里发挥作用？当我只是重写 Dispose(bool disposing) 调用时，

• idisposable - NDepend CQL 查询缺少 IDisposable 实现

  我意识到这个问题正在寻找的查询不足以找到 IDisposable 实现的每一个小问题，但每个早期警告都很重要，所以我会尽我所能。 我想知道是否有人提出了 NDepend 的 CQL 查询，该查询将列出

• c# - 在另一个 IDisposable "using"语句中处理 IDisposables

  我对 C# 还是比较陌生，只是在过去几天才接触到“IDisposables”。我可以掌握 using block 的概念来处理必须处理的对象，而无需手动记住调用 .Dispose() 方法 - 方便!

• c# - 使用 IDisposable 和不使用 IDisposable 的内存释放

  在我的应用程序中，我有一个每隔几秒创建一次的大对象。我用它做了一些工作，然后就不再需要它了。 我在任务管理器中看到，即使我没有对该对象的任何引用并且需要收集它，ram 大小也会增加。 在实现 IDis

• c# - 如果在处置之前复制 IDisposable 的引用，IDisposable 是否仍会被处置？

  考虑一下: interface IFoo : IDisposable { } class Program { static void Main() { var foo = GetFoo

• c# - 如果一个成员是 IDisposable，我们应该实现 IDisposable 吗？

  我是这么认为的。但是请看一下 ASP.NET 中的内置类: public sealed class HttpPostedFile { public Stream InputStream { g

• c# - 将 IDisposable 传递给父 IDisposable 时产生的行为是什么

  昨天，在我们的代码库上运行 Visual Studio 代码分析后，以下代码被突出显示为一个问题: using (var stringReader = new StringReader(someStr

• c# - 传递给 IDisposable 对象的引用的类是否也应该是 IDisposable 并在处置时将它们设置为 null？

  我认为这个问题说明了一切。 谢谢。 最佳答案 如果对象拥有该资源，他们应该实现IDisposable。通常不需要将事物设置为 null，尽管它没有坏处。 如果您不拥有该资源，那么显然您不应该处置它，并

• c# - 当类具有 IDisposable 成员但没有非托管资源时，我应该实现 IDisposable 吗？

  MSDN 文档和 StackOverflow 上的许多答案竭尽全力讨论如何正确实现 IDisposable，例如MSDN IDisposable , MSDN Implementing IDispos

• c# - 如果一个类继承自一个本身实现了 IDisposable 的接口(interface)，该类是否也应该实现 IDisposable？

  如果一个类继承自一个本身实现了 IDisposable 的接口(interface)，该类是否也应该实现 IDisposable？ 例如 internal IMyInterface : IDispos

• .net - 非 IDisposable 接口(interface)的 IDisposable 实现

  当 出现时，正确处理接口(interface)的默认实现的最佳方法是什么？接口(interface)不继承自 IDisposable ?例如，假设我想做 public class FooGetter

• .net - 为什么我在 IDisposable 类中获得带有私有(private)成员 IDisposable 的 CA2000？

  我有一个实现 IDisposable 的类，因为它有一个 IDisposable 的私有(private)成员字段“foo”(在构造函数中初始化)。我意外地收到了 CA2000 代码分析错误，它希望我

• c# - C# 中的 IDisposable 实现 - 是否可选处置注入(inject)的 IDisposable OK？

  如果我有一个相当标准的抽象类，它允许注入(inject)一个 IDisposable 实例。但是，一些继承自此类的类不应处置注入(inject)的存储库，而其他类则应处置。显而易见的解决方案是有一个构

• c# - 如果类继承自 IDisposable(或任何)，则接口(interface)从 IDisposable(或任何)继承是好的/必要的吗？

  这个问题在这里已经有了答案: Declare IDisposable for the class or interface? (7 个答案) 关闭 4 年前。 我想问的是，如果类 A 继承自 Int

• c# - 我是否需要处理与应用程序本身具有相同生命周期的 IDisposable？

  我有一个“永远”存在于应用程序中的 IDiposable 对象。在我的例子中是 SemaphoreSlim，但这个问题实际上适用于任何可以处置的对象。 我确信只要应用程序运行，我就需要一个对象。所以问

• .net - IDisposable 对象的标准集合

  我有一堆 IDisposable查找表中的对象(现在是普通的旧字典<>)，但为了简化代码并避免错误，我正在寻找一个“拥有”它所拥有的项目的集合类，并避免重新发明轮子 - 这样做一个类已经存在？ 规范应

• .net - IDisposable，真的重要吗

  很久以前来自 C/C++ 的我仍然有确保所有资源都被正确清理的习惯。我总是确保在 IDisposable 类上调用 Dispose 并在包含一次性对象的类中实现 Dispose 模式。 但是，在我的环

• c# - 在派生类中实现 IDisposable

  如果我有实现 IDisposable 的接口(interface)(来自 apress 书中的示例)像这样 public interface IArchitectRepository : IDispo

• .net - 测试终结器和 IDisposable

  问题是如何测试调用 Finalize 时对象释放资源的事实。类的代码: public class TestClass : IDisposable { public bool HasBeenDi