<分区>
好吧，我有一个名为“Architecture”的类，这个类有很多方法(我认为大约有 50 个)问题是代码可读性，其中许多方法似乎属于不同的类。
所以我创建了一个“ArchitectureProcessor”类，其中包含这些方法及其“Architecture”的组合。 这是一个好的做法吗？
我的意思是我不想在一个类上有 50 个方法，它看起来很乱，所以我尽量拆分每个类，我经常发现这个问题。
<分区>
好吧，我有一个名为“Architecture”的类，这个类有很多方法(我认为大约有 50 个)问题是代码可读性，其中许多方法似乎属于不同的类。
所以我创建了一个“ArchitectureProcessor”类，其中包含这些方法及其“Architecture”的组合。 这是一个好的做法吗？
我的意思是我不想在一个类上有 50 个方法，它看起来很乱，所以我尽量拆分每个类，我经常发现这个问题。
最佳答案
您的 50 个方法类可能做的太多了。
正如评论中已经提到的那样，您应该尝试遵循单一职责原则，这意味着一个类应该只有一个职责。如果它有多个职责，请尝试根据不同的职责将类(class)分成多个类(class)。
单一职责原则是创造的更大原则组的一部分 SOLID :
所有这些原则将帮助您远离相似的代码，并且是面向对象编程的良好指南。
关于c# - 什么时候分类，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/17386134/