<分区>
我遵循这条规则，但我的一些同事不同意它，并认为如果一个类较小，它可以与其他类放在同一个文件中。
我经常听到的另一个论点是“连 Microsoft 都不这样做，我们为什么要这么做？”
对此的普遍共识是什么？是否存在应避免这种情况的情况？
<分区>
我遵循这条规则，但我的一些同事不同意它，并认为如果一个类较小，它可以与其他类放在同一个文件中。
我经常听到的另一个论点是“连 Microsoft 都不这样做，我们为什么要这么做？”
对此的普遍共识是什么？是否存在应避免这种情况的情况？
最佳答案
我讨厌人们以绝对的方式思考，说你永远不应该做这样或那样的主观和吹毛求疵的事情，就好像我们都需要遵守某人愚蠢的是非观念一样。 底线:如果有意义的话，每个文件有多个类是完全没问题的。所谓有意义，我的意思是这样的:
一个很好的例子说明了为什么我可能希望每个文件有多个类:
假设我有几十个自定义异常类，每个类都是 4 行，我可以为每个类创建一个单独的文件，或者我可以对异常进行分组，每组一个文件。对我来说，最合理/务实的方法似乎是将它们分组，并且只有几个文件，因为它在时间/编码方面更有效(我不必右键单击 ->添加类，重命名，50次) ，它使解决方案更简洁，性能更好。
关于c# - .NET 中的每个文件规则一类？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2434990/