Question

我应该将每个班级放在单独的档案中吗？即使那些仅在一个地方使用的短助手类？像这样：

public class IntToVisibilityConverter : GenericValueConverter<int, Visibility>
{
    protected override Visibility Convert(int value)
    {
        return value == 0 ? Visibility.Collapsed : Visibility.Visible;
    }
}

Answer 1

我这样做，这通常是最佳做法，但有时候这是一个意见问题。

Answer 2

这在很大程度上取决于个人偏好，但我喜欢这样做。

在这种情况下，我的应用程序中会有一个名为ValueConverters的文件夹，所有转换器，包括其中的短转换器，都是自己的文件。

我发现通过解决方案资源管理器可以更容易地了解项目的内容。

Answer 3

我会为你重新提问：我应该使用StyleCop吗？（它包括这条规则）。答案是肯定的。我使用它，我的代码更具可读性（但我必须承认我禁用所有需要方法文档完成的规则:-)）

我确实认为，当你在团队中编程时，拥有固定和统一的代码格式非常重要。即使你编写“独奏”。杂乱的代码更难阅读，错误可以更好地隐藏在杂乱中： - ）

Answer 4

将每个类放在单独的文件中通常是最佳做法。考虑到你的短助手班级;你可以创建一个包含所有辅助方法的辅助类，以防止有太多的类。如果您的帮助程序类太大，您可以按类别分离辅助函数

Answer 5

最好这样做。

如果您在课程后命名该文件，则可以轻松找到该课程。

Resharper对于与它们所在的文件名不匹配的类有内置错误...

Answer 6

通常，IMO是的。想想任何必须找到代码所在的新开发人员。是的，你可以使用去定义，但这不是全部，结束所有。但是，我会说，有时如果你有一个很小的接口，只用于它所在的类，那么你可能会侥幸逃脱它。但是，即使这样也可以扩展，然后需要撤出（也许那些合同应该在另一个命名空间中）。

所以，最终，我会说大部分时间，是的，但有一些警告。与任何事物一样，它永远不会是黑白的

我应该将每个班级放在单独的档案中吗？

6 个答案: