组合与授权

Question

作为一个组合设计如何可以不同于委托，在实施方面是否有任何区别。例如，下面的代码似乎在进行委派，因为用户不能访问组合对象（即“a”）而不使用b。因此，用户需要调用类b的接口，然后“类b”调用“类a”的相应接口进行委派。这有意义吗？

Class A { 
friend class B; 
private: 
A(){}; //dont want user to instantiate this class object since it wont sense without any context. Just like a room with no house. 
void PrintStructure(){}; 
}; 

Class B{ 
public: 
void PrintStructure(){a.PrintStructure();} //delegate 

private: 
A a; //composition 
}; 

Answer 1

术语“组合”通常用于对象建模作为“有-a”关系的表达式，并且是关联的形式（另一个是聚合）。这通常与“继承”（“是 - 一个”关系）形成对比。所以：

构图和聚合有什么区别？构图意味着如果没有父母的语境，孩子就不能存在。

例如，众议院有一个或多个房间。这是一个构图关系。删除房屋，房间也不复存在。众议院也有一些居民，是人的实例。这是一种聚合关系，因为这些人存在于该房屋的环境之外。

委托只不过是一个实现细节。一个类有一个描述其状态和行为的公共接口。如何实施是无关紧要的。它可以委托给其他对象或不。

你会注意到你的例子中的A和B都有相同的外部接口。这是更常见的是做这样的事情：

// this represents an interface 
class A { 
public: 
    virtual void printStructure() = 0; 
} 

与具体类：

class ConcreteA : A { 
public: 
    virtual void printStructure() { ... } 
} 

和

class DelegateA : A { 
public: 
    DelegateA(A& a) { this.a = a; } 
    virtual void printStructure() { a.printStructure(); } 
private: 
    A a; 
} 

原谅我大概C++的语法错误。我有点生疏。

Answer 2

有一对夫妇的差异我看到：

• 代表团包括再出口的方法;在构图关系中，内部对象方法可能只能被私人使用而不会被重新暴露。
• 组合通常意味着某种所有权语义，会影响对象的生命周期;父母对象“拥有”了孩子，而孩子没有太多理由独立存在。代表团没有这个含义。

您显示的代码使用委派和关联;该关联可能是构图，但是如果没有更广泛的上下文或关于对象的更多信息（当关联变成构图时它可能非常微妙和主观），很难说出。

Answer 3

构图是关于对象之间的关系。

代表团关于将工作从一个对象传递到另一个对象。

这些实际上是不同的（但有时是相关的）问题。

你得到的是B由A组成（B指的是A）。 B还将其一种方法委托给A.但由于B对A的使用是私人的（完全封装在B的黑盒子里），所以我不会把B的使用称为“组合”。如果B类可以从B访问，那么我将使用“组合”。这里重要的是如果B的逻辑模型“具有-A”，那么在这种情况下，B以A的形式实现。因为这是一个实现涉及它可以被认为不是B的逻辑模型的一部分。也就是说，你可以聪明地谈论B，而不用谈论或关心A.

这就是说，这些东西对于PHB和UML建模工具来说真的很重要。或者，如果你正在学习设计模式。我不会太在意它。

[PHB => Pointy Haired Boss]