java - 对于 OOP，是否应该尽可能频繁地将方法转换为对象？

Question

//OOP = 面向对象编程

我过去曾尝试过 Java，最近我一直在深入研究它并自学 OOP。我目前正在创建一个基于文本的游戏，当我创建执行任务的方法时，我注意到如果我愿意，我可以将方法转换为对象。

我对运行时或备用资源了解不多，因此我不一定要考虑这些变量，但为了我的代码，它似乎可能会在这里或那里清理一些空间。然而，另一方面，我将创建大量的类，我认为这些类可能会使我的目录变得困惑。

~~例如，我创建了一个单独的类来为玩家创建配置文件。其中，它有3个重要的方法。一个用于处理玩家的名字选择，一个用于处理玩家的职业选择，一个用于最终确定玩家的决定。

我可以为这些方法创建 3 个对象，并通过此类调用它们，这可能会清理代码中的空间，或者我也可以保留它们。

创建单独的对象或保留它们会更明智吗？

Answer 1

最好的方法是生成最容易维护、理解和扩展的代码。您描述的三种方法可能已经在正确的位置，但这取决于类本身应该代表什么。

您将其描述为玩家的配置文件，并且您描述的三种方法都操作该配置文件所独有的数据，因此到目前为止您的方法听起来不错。

最重要的事情:继续编码。不要纠结于这样的细节。它们通常并不像教科书或类演示中看起来那么重要，而且它们当然也不像那些偏爱一种方法而不是其他所有方法的狂热者会让您相信的那么重要。代码(几乎)总是可以重构，并且(通常)永远不会在第一次就完全正确。

如果有人告诉您，在遇到此类问题时，他们的方法是“最佳方法”或“正确方法”，请忽略他们并寻求其他人的建议。