在重构某些C#类时,我遇到了实现IDisposable的类。

不用考虑,我为实现IDisposable接口的每个类创建了部分类文件。

例如)对于Stamper.cs-> Stamper.cs + Stamper.Dispose.cs
其中Stamper.cs包含用于冲压的实际逻辑
和包含处理逻辑的Stamper.Dispose.cs

// Stamper.cs
public partial class Stamper
{
// actual logic
}

// Stamper.Dispose.cs
public partial class Stamper: IDisposable
{
// Implement IDisposable
}


当我查看代码时,Stamper.cs现在看起来更清晰易读(现在大约52行而不是100行,其中大约50行只是清理配置代码)

我对此太过分了吗?

*编辑:感谢您的意见-我决定将两个文件放在一起。
我面临的问题是,我实际上忘记了在更新实际逻辑之后更新IDisposable实现。

而且,在源代码中的方法之间导航没有太大问题。
第一个原因似乎不仅仅是在我的特定情况下坚持使用一个文件解决方案的理由。

最佳答案

这似乎与为构造函数逻辑创建局部类一样任意。现在,我必须查看两个文件来完善该类。局部类仅是真正值得设计师使用的东西。

10-08 07:27