试图提高我在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
第二个版本直接使用较少链接,但仍然在幕后进行。而第一个显示正是发生了什么。有没有一个首选方法呢?
编辑:我已经将蛋黄的属性添加到了它的颜色中。如果你想从早餐中获得这种颜色,最好是拥有一个叫做鸡蛋财产的早餐,还是直接进入蛋黄本身?或者它在幕后不重要吗?答案 0 :(得分:3)
人为的课程在某种程度上使这个问题变得混乱。这在某种程度上取决于您正在尝试做什么,或具体取决于您正在使用的对象图是如何定义的。从breakfast
跳到yolk
是不自然的......你不可能直接跳到早餐聚合的蛋黄孩子身上。
在这种情况下,合同可能是早餐会传递egg
对象,这就是你要返回的东西,然后在需要时从那里得到蛋黄(但那只涉及{{ 1}} object ... egg
停止关怀。
如果由于某种原因你确实想要一直抓住蛋黄,那么你应该使用委托。您永远不会希望您的客户端代码更多地关注它(或上面的Demeter法则),并且您永远不希望除了定义和管理的API泄漏到客户端代码之外。
一个更合理的例子是假设你有不同形式的鸡蛋和早餐,所以它可能来自盘子,或一个软煮鸡蛋架,或玻璃,“洛奇”风格。在这种情况下,客户端代码仍然只需要鸡蛋,因此您需要使用委托并从适当的盘子,支架或玻璃儿童中取出鸡蛋。
归结为定义您暴露给客户端代码的内容,并确保接收对象处理和抽象任何行李或实现细节。你总是想要根据你所提供的东西而不是它来自哪里工作。
答案 1 :(得分:2)
在我看来,对于这个特定的例子,最好通过属性bkfast.yolk
访问它,因为这样你就可以自由地改变蛋黄的底层实现。
答案 2 :(得分:0)
Explicit is better than implicit.
Simple is better than complex.
对我来说,这意味着你的例子没有具体问题就没有意义。如果你需要写作,请做作曲。如果你不需要,不要。考虑一下界面的含义,保持简单和显式。
无论如何,早餐的蛋黄是什么意思?