Python组成

时间:2014-02-06 14:00:23

标签: python oop composition

试图提高我在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

第二个版本直接使用较少链接,但仍然在幕后进行。而第一个显示正是发生了什么。有没有一个首选方法呢?

编辑:我已经将蛋黄的属性添加到了它的颜色中。如果你想从早餐中获得这种颜色,最好是拥有一个叫做鸡蛋财产的早餐,还是直接进入蛋黄本身?或者它在幕后不重要吗?

3 个答案:

答案 0 :(得分:3)

人为的课程在某种程度上使这个问题变得混乱。这在某种程度上取决于您正在尝试做什么,或具体取决于您正在使用的对象图是如何定义的。从breakfast跳到yolk是不自然的......你不可能直接跳到早餐聚合的蛋黄孩子身上。

在这种情况下,合同可能是早餐会传递egg对象,这就是你要返回的东西,然后在需要时从那里得到蛋黄(但那只涉及{{ 1}} object ... egg停止关怀。

如果由于某种原因你确实想要一直抓住蛋黄,那么你应该使用委托。您永远不会希望您的客户端代码更多地关注它(或上面的Demeter法则),并且您永远不希望除了定义和管理的API泄漏到客户端代码之外。

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

归结为定义您暴露给客户端代码的内容,并确保接收对象处理和抽象任何行李或实现细节。你总是想要根据你所提供的东西而不是它来自哪里工作。

答案 1 :(得分:2)

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

答案 2 :(得分:0)

来自The Zen of Python

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

对我来说,这意味着你的例子没有具体问题就没有意义。如果你需要写作,请做作曲。如果你不需要,不要。考虑一下界面的含义,保持简单显式

无论如何,早餐的蛋黄是什么意思?