Python组合

Question

只是想改进我在Python中的OO用法，我对构图很好奇。

例如，假设您有以下类：

Class Breakfast(object):
    __init__(self, eggs):
        self.eggs = eggs

    @property
    def yolk(self):
        return eggs.yolk

    @property
    def yolk_colour(self):
        return eggs.yolk.colour
        OR
        return.eggs.yolk_colour

Class Eggs(object):
    __init__(self, yolk):
        self.yolk = yolk

    @property
    def yolk_colour(self):
        return self.yolk.colour

Class Yolk(object):
    __init__(self, colour):
        self.colour = colour

并初始化它们

eggs = Eggs(Yolk("yellow"))
bkfast = Breakfast(eggs)

当您想要访问蛋黄时，最好将其链接为

bkfast.eggs.yolk

或者通过一个属性访问它

bkfast.yolk

第二个版本直接使用较少的链接，尽管仍然在幕后使用。而第一个则显示了到底是怎么回事。有什么更好的方法吗？

编辑:我放了一个蛋黄的属性，它有颜色。如果你想从早餐中得到这种颜色，最好是有一种叫做鸡蛋属性的早餐，还是直接进入蛋黄本身？还是不重要，因为它在幕后？

Answer 1

人为的课程在某种程度上搅乱了这个问题。这在一定程度上取决于您要做什么，或者具体地说是如何定义您正在处理的对象图的。从breakfast跳到yolk是不自然的.你不太可能直接跳到早餐聚合的卵黄子。

在这种情况下，协议很可能是早餐将传递egg对象，所以这就是您将返回的内容，然后在需要时从那里获取蛋黄(但这只涉及egg对象.breakfast不再关心了。

如果出于某种原因，您确实想要不断地获取蛋黄，那么您应该使用委托。您从来不希望客户端代码比它必须或应该关心的更多(上面的Demeter法则)，并且您不想让任何东西泄漏到客户机代码中，只希望有定义的和托管的API泄漏。

一个更合理的例子是假设你有不同形式的鸡蛋和早餐，所以它可能来自一个盘子，或一个小煮鸡蛋架，或从一个杯子，“洛奇”风格。在这种情况下，客户端代码仍然只需要鸡蛋，所以您需要使用委托，并从适当的盘子、支架或玻璃孩子中取出鸡蛋。

它可以归结为定义您向客户端代码公开的内容，并确保接收对象处理和抽象任何包袱或实现细节。你总是想从你正在交付的东西，而不是从哪里来工作。

Answer 2

在我看来，对于这个特定的例子，最好通过属性bkfast.yolk访问它，因为这样您就可以自由地更改蛋黄的底层实现。

Answer 3

来自Python的禅宗

Explicit is better than implicit.
Simple is better than complex.

对我来说，这意味着你的例子没有具体的问题就没有意义。如果你需要作曲，那就作曲吧。如果你不需要，不要。想想你的界面的意义，保持简单和明确。

早餐的蛋黄到底是怎么回事？