Oop 什么时候我应该选择过程而不是面向对象？

我听说过很多次，我们制作类和对象来反复使用它们。但是如果我有一块我肯定不会再使用的代码呢？我还应该遵循OOP吗？除了重用一块代码之外，还有什么其他原因让我们应该使用OOP吗？

代码块应该在某个地方使用，就把它放在那个地方；或者，如果代码是自包含的，则将其重构为函数/方法。代码块不需要单独的类

---

OOP不仅仅是关于重用代码。它有助于管理复杂性，这对大型项目至关重要。

代码块应该在某个地方使用，只需将其留在该地方；或者，如果代码是自包含的，则将其重构为函数/方法。代码块不需要单独的类

---

OOP不仅仅是关于重用代码。它有助于管理复杂性，这对于大型项目来说至关重要。

虽然类和接口等语言功能使某些类型的代码重用更易于编写和理解，但大多数代码重用都可以在不使用此类语言的情况下完成

同样，简单地使用C++、C语言、java或任何其他“面向对象”语言往往不会导致面向对象编程的好处。 面向对象编程的主要好处是，在设计代码时，它使您处于一种思维方式。如果你做得正确，你可以从设计类以及它们如何相互通信开始。良好的面向对象设计所产生的干净接口可能会导致代码被其他项目重用，但通常不会，除非这是您的设计目标

---

然而，这种设计所带来的好处是，代码更容易工作，更容易测试，将来更容易理解和维护。

而类和接口等语言功能使某些类型的代码更容易在以后编写和理解，大多数代码重用都可以在不使用这种语言的情况下完成

同样，简单地使用C++、C语言、java或任何其他“面向对象”语言往往不会导致面向对象编程的好处。 面向对象编程的主要好处是，在设计代码时，它使您处于一种思维方式。如果你做得正确，你可以从设计类以及它们如何相互通信开始。良好的面向对象设计所产生的干净接口可能会导致代码被其他项目重用，但通常不会，除非这是您的设计目标

---

然而，这种设计所带来的好处是，代码更容易工作，更容易测试，将来更容易理解和维护。

当您没有其他选择时。原因太多了。。。。脚本。。。函数式编程…嵌入式编程…但如果您使用的是OO语言，则通常没有理由不使用。当您没有任何其他选项时。原因太多。。。。脚本。。。函数式编程…嵌入式编程…但是如果你使用的是OO语言，那么通常没有理由不这样做。我试图将这种面向对象的设计应用到我的代码中，但它毫无意义。我不知道为什么，也许只是因为这是我第一次。我有一个基于回合的游戏，它有一个后端处理托管在谷歌应用程序引擎上。这个脚本的一个任务是获取一些球员决定的数据，相互比较，做一些计算，看看谁赢了这一回合，然后更新数据库中的记录。嗯，我很确定我应该使用DB_connect类，但我不确定的是代码的哪一部分应该定义为类，哪一部分不应该。我正在学习面向对象的分析和设计，根据它，我有一些东西可以精确地定义为类。类的定义完全适用于它们，它们有属性和方法，但对我来说没有意义的是，我只会使用它一次，所以为什么我要将它作为一个类，为什么不把它们像程序编程一样放在代码中？我确信在OOP中，并不是每个部分都在一个类中，我正试图理解这些部分。一个类完全有可能被实例化并只使用一次。这样想：如果一个代码块足够独立，我们将它放入一个函数/方法中（不管它被使用了多少次）；同样的事情也发生在类上：如果某个逻辑是大的、自包含的，足以适合一个类，那么就创建一个类。尽管如此，OOP中没有绝对的规则或“完美的解决方案”。最后，我们需要一个能正常工作的系统，即使在设计上有一些缺陷。在学习面向对象编程时经常犯的一个错误是过于理论化，在设计上花费太多时间，错过了真正的目标：让它工作。请记住，随着系统的发展，您可以（也应该）重构代码。我曾试图将这种面向对象的设计应用到我的代码中，但它毫无意义。我不知道为什么，也许只是因为这是我第一次。我有一个基于回合的游戏，它有一个后端处理托管在谷歌应用程序引擎上。这个脚本的一个任务是获取一些球员决定的数据，相互比较，做一些计算，看看谁赢了这一回合，然后更新数据库中的记录。嗯，我很确定我应该使用DB_connect类，但我不确定的是代码的哪一部分应该定义为类，哪一部分不应该。我正在学习面向对象的分析和设计，根据它，我有一些东西可以精确地定义为类。类的定义完全适用于它们，它们有属性和方法，但对我来说没有意义的是，我只会使用它一次，那么为什么我要将它作为cl呢