如何正确创建实用程序类 [关闭]

Question

我有一个文件是一个实用程序文件。 该文件应该包含很多静态方法。

我应该这样定义类中的方法吗：

#utility.py
class utility(object):
    @staticmethod
    def method1(a,b,c):
        pass

    @staticmethod
    def method2(a,b,c):
        pass

或者像这样使用它（没有类）：

#utility.py
def method1(a,b,c):
    pass

def method2(a,b,c):
    pass

Answer 1

第二个选项是 Python 中的作案手法。我的意思是，如果你所做的只是导入函数，那么你可以这样做：

from utility import some_func

这将导入您的函数。

最好的做法是，如果您只使用静态函数，那么只需将它们放在单独模块的全局命名空间中，这会让您的生活更轻松。您要做的是制作对象并用静态方法填充它们。当您可以在 .py 文件中定义函数时，为什么要这样做？

事实上，你想要做的事情已经完成了。您正在尝试存储一些好的实用功能。好吧，python-requests 是一个第三方库，只是受到大多数 Pythonistas 的喜爱，它就是这样做的。它将其良好的实用功能存储在一个单独的模块中。 Here is the example.

Answer 2

类封装了数据和行为，就像一般规则：

• 如果您只有数据而没有方法，它可能应该是namedtuple，而不是class，除非您需要在创建数据后对其进行修改。
• 如果一个函数访问实例数据，它应该是一个方法。
• 如果一个函数不访问实例数据，但访问类数据，它应该是@classmethod。
• 如果一个函数既不访问实例数据也不访问类数据，它应该是一个独立的函数，除非有一些真正令人信服的理由将其设为@staticmethod。
• 如果class 只有一个方法，或者除了__init__() 之外还有一个方法，那么您几乎可以并且应该将它重写为一个函数。

类真的很容易被滥用，但是真的应该避免将所有东西都塞进一个类的诱惑。你应该在有意义的时候使用它们，在没有意义的时候避免使用它们。

Answer 3

虽然这个问题有点基于意见，但我想说第二个更好。它减少了冗余。使用第一种方法，您必须这样做：

import utility
utility.utility.method1(...)

或：

from utility import utility
utility.method1(...)

然而，使用第二个可以让你简单地做：

import utility
utility.method1(...)

或：

from utility import method1
method1(...)

如果你正在创建一个只包含静态方法的类，我的问题是“你为什么需要这个类？”它在这里没有任何积极意义。