java - 我什么时候应该将代码分成单独的类？

Question

这个问题已经有答案了:

What is the One Class, One Responsibility Principle? (5 个回答)

已关闭 7 年前。

在将代码分离到相关类中时，我知道 OOP 的威力。但是，我什么时候应该将代码分成类呢？

我认为更多的类需要更多的对象来调用这些类中的一些方法。这是否过度使用内存？

Answer 1

通常按照单一职责原则将代码分成更多类。

每个类应该只做一件事。

如果你的类(class)做的事情太多，请将其分成不同的类(class)。

尝试在互联网上搜索单一责任原则以获得一些很好的例子。

一般来说，问题与内存无关，而是与糟糕的编程有关。即使对于对此一无所知的人来说，代码也应该易于阅读。仅当您是非常高级的程序员并且您的代码需要这些增强时才尝试增强性能。

有 5 条设计原则。它们可以通过缩写 SOLID 来记住:

• 单一职责原则
• 开闭原则
• 里氏替换原则
• 接口(interface)隔离原则
• 依赖倒置原则

这里我只讲了单一职责原则。

设计模式更接近于代码。模式是对重复出现的问题的解决方案。相反，原则是驱动代码设计所遵循的想法。您会发现数十种可以拆分代码以解决特定问题的模式。他们都遵循指导原则，对每个类保持单一责任。

作为开始，我添加了一个指向一个不错的网站的链接，详细解释了每个原则和许多模式。 Link