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

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

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

来源

2012-03-13 Poma

如果你有一个真正需要成为一个单独的类的类，但也只能在一个地方使用，那么最好将它保存在同一个文件中。如果这种情况经常发生，你可能会遇到更大的问题。 – 2012-03-13 13:59:41

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

在这种情况下，我将在我的应用程序中有一个名为ValueConverters的文件夹，并且所有转换器（包括它们内部的短转换器都是它们自己的文件）。

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

来源

2012-03-13 13:59:38

这是一个很好的做法。

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

ReSharper的有一个内置的错误类不匹配他们在文件名称...

来源

2012-03-13 13:58:50 Oded

我为什么要搜索仅在一个地方使用并在同一个文件中声明的类？ – Poma 2012-03-13 13:59:58

@Poma - 今天只在一个地方。和明天？你会写一个新的，因为你找不到现有的帮手。 – Oded 2012-03-13 14:00:49

@Poma - 如果您的应用程序中的其他地方突然需要在后续扩展时使用它，该怎么办？关于可扩展性而不是快捷方式构建应用程序。 – 2012-03-13 14:02:45

我做到这一点，它通常是这样做的最佳实践，但有时是见仁见智。

来源

2012-03-13 13:59:23 Magrangs

什么是非答案。这通常是一个真正意义上的问题？什么？ – Oded 2012-03-13 14:00:01

我没有看到问题。这通常是最佳做法，但有些人不这样做，那有什么问题？ – Magrangs 2012-03-13 14:01:14

'通常最佳实践'，因为我曾经工作过的一些公司并没有将其作为最佳实践，有些公司也是如此。“有时候是一个意见问题”，因为有些人真的不在乎，有些人是做的。问题本身就是问题本身，而不是答案，其他人只是重复了我所说的话。希望这会为你清除它。 – Magrangs 2012-03-13 14:10:41

我会给你解释一下这个问题：我应该使用StyleCop吗？（它包括这个规则）。答案是肯定的。我使用它，我的代码更具可读性（但我必须承认我禁用了所有需要方法文档完整的规则:-)）

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

来源

2012-03-13 14:00:07 xanatos

通常是将每个类放入单独文件中的最佳做法。考虑到你的短期助手课程;你可以创建一个包含所有帮助器方法的帮助器类，以防止有太多的类。如果你的助手类变得太大，你可以分开你的助手功能每个类别

来源

2012-03-13 14:01:20

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

所以，最终我会说绝大多数时候，是的，但有一些注意事项。与其他任何东西一样，它绝不是黑色和白色

来源

2012-03-13 14:01:28

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

回答

相关问题