何时拆分班级

ffe*_*nix 2 c# oop

好吧,我有以下类称为"架构",这个类有很多方法(我认为大约50个)问题是代码可读性,许多方法似乎属于不同的类.

所以我创建了一个"ArchitectureProcessor"类,包括那些方法及其"架构"的组合.这是一个好习惯吗?

我的意思是我不想在一个类上有50个方法,它看起来非常混乱,所以我尝试尽可能地分割每个类,我经常发现这个问题.

Dan*_*ale 8

你的50方法类可能做得太多了.

正如评论中已经提到的那样,您应该尝试遵循单一责任原则,这意味着一个类应该只有一个责任.如果它有多个责任,请尝试根据不同的职责将课程分成多个班级.

单一责任原则是创造SOLID的更大原则的一部分:

  • 单一责任原则
  • 开放/封闭原则
  • 利斯科夫替代原则
  • 接口隔离原理
  • 依赖倒置原则

所有这些原则将帮助您偏离类似的代码,并且是面向对象编程的良好指南.