将函数放在不依赖于状态的类之外

Question

在研究最佳软件工程实践时，让我感到困惑的一件事是如何处理不改变状态或与状态交互的类中的方法。

在this article我喜欢作者讨论数据和逻辑分离的方式。但是在尝试将其应用到实践中时，我遇到了一些情况，即我在类之外有一个奇怪的函数，它不会改变对象的状态，但在对象之外并不真正相关。

例如：

def inspect_color(color):
    if color == 'brown':
        return 'Similar to chocolate'

class Dog(object):

   def __init__(self, color):
       self.color = color

   def play_in_mud(self):
       self.color = 'brown'
       results = inspect_color(self.color)

对比

class Dog(object):

   def __init__(self, color):
       self.color = color

   def play_in_mud(self):
       self.color = 'brown'
       results = self.inspect_color()

    def inspect_color(self):
        if self.color == 'brown':
            return 'Similar to chocolate'

是否有一个通用的软件工程原则或最佳实践（来自任何合理的范式）建议应该遵循这些方法中的哪一个？由于多种原因，我的直觉告诉我顶部的更好，除了这样做：inspect_color(self.color) 困扰我，所以我不确定。我做了一些阅读，但没有找到关于此类案例最佳实践的明确答案。

Answer 1

这就是staticmethod 的用处。

静态方法不接收隐式的第一个参数。

class Dog(object):

    def __init__(self, color):
        self.color = color

    def play_in_mud(self):
        self.color = 'brown'
        results = self.inspect_color(self.color)
        return results

    @staticmethod
    def inspect_color(color):
        if color == 'brown':
            return 'Similar to chocolate'

你可以像函数一样使用它：

>>> Dog.inspect_color('brown')
'Similar to chocolate'

在你的方法中：

>>> dog = Dog('red')
>>> dog.play_in_mud()
'Similar to chocolate'

Answer 2

这并不是一个完整的答案，但我没有足够高的代表来发表评论。我不是 OOP 最佳实践方面的专家，但我的直觉是颜色分析功能最好作为一个接口来实现，因为这样可以将实现的细节留给给定的类，但可能会有一些跨类的标准化程度。

结果表明 Python 并没有真正做接口（@98​​7654321@）。其他更了解SOLID principles 的人可以提供比我更好的建议。