组合和继承是一样的吗? 如果我想实现组合模式，我如何在Java中做到这一点?
当前回答
构图是指某物由不同的部分组成，并且它与这些部分之间有很强的关系。如果主体死亡，其他部分也会死亡，他们就不能拥有自己的生命。一个粗略的例子就是人体。取出心脏，其他部分就会消失。
继承就是你取已经存在的东西并使用它。没有很强的关系。一个人可以继承他父亲的财产，但他也可以不继承。
我不知道Java，所以我不能提供一个例子，但我可以提供一个概念的解释。
其他回答
两个类之间的继承，其中一个类扩展了另一个类，建立了“IS A”关系。
另一端的组合包含类中另一个类的实例，建立了“Has A”关系。组合在java中是很有用的，因为它在技术上便于多重继承。
继承带来IS-A关系。复合引出HAS-A关系。 策略模式解释了组合应该用于定义特定行为的算法族的情况。典型的例子是实现飞行行为的鸭子类。
public interface Flyable{
public void fly();
}
public class Duck {
Flyable fly;
public Duck(){
fly = new BackwardFlying();
}
}
因此，我们可以有多个实现飞行的类 例如:
public class BackwardFlying implements Flyable{
public void fly(){
Systemout.println("Flies backward ");
}
}
public class FastFlying implements Flyable{
public void fly(){
Systemout.println("Flies 100 miles/sec");
}
}
如果是继承的话，我们就会有两个不同的鸟类，它们会反复实现fly函数。所以继承和组合是完全不同的。
@Michael Rodrigues给出的答案不正确(我道歉;我不能直接评论)，这可能会导致一些混乱。
接口实现是一种继承形式…当你实现一个接口时，你不仅继承了所有的常量，你还将你的对象提交为接口指定的类型;这仍然是一种“是”的关系。如果汽车实现了Fillable，那么汽车“是-a”Fillable，并且可以在任何需要使用Fillable的代码中使用。
组合从根本上不同于继承。当您使用组合时，您(如其他回答所示)在两个对象之间建立了“has-a”关系，而不是使用继承时所建立的“is-a”关系。
所以，从其他问题中关于汽车的例子来看，如果我想说一辆汽车“有一个”油箱，我会使用如下的组合:
public class Car {
private GasTank myCarsGasTank;
}
希望这能消除任何误解。
合成就像它听起来一样-你通过插入部分来创建一个对象。
这个答案的其余部分错误地基于以下前提。 这是通过接口完成的。 例如，使用上面的Car例子，
Car implements iDrivable, iUsesFuel, iProtectsOccupants
Motorbike implements iDrivable, iUsesFuel, iShortcutThroughTraffic
House implements iProtectsOccupants
Generator implements iUsesFuel
用一些标准的理论组件，你就可以构建你的对象。然后，你的工作就是填写房子如何保护它的居住者，以及汽车如何保护它的居住者。
继承则正好相反。您从一个完整(或半完整)对象开始，然后替换或覆盖您想要更改的各种位。
例如，机动车辆可能带有可燃料方法和驱动方法。您可以保留Fuel方法，因为给摩托车和汽车加油是一样的，但您可以重写Drive方法，因为摩托车的运行方式与汽车非常不同。
通过继承，一些类已经完全实现，而其他类的方法必须重写。在合成中什么都没有给你。(但是你可以通过调用其他类中的方法来实现接口，如果你碰巧有一些东西的话)。
组合被认为是更灵活的，因为如果你有一个像iUsesFuel这样的方法，你可以在其他地方有一个方法(另一个类，另一个项目)，它只关心处理可以被燃料的对象，不管它是汽车、船、炉子、烧烤等等。接口要求那些声称实现了该接口的类实际上拥有该接口的全部方法。例如,
iFuelable Interface:
void AddSomeFuel()
void UseSomeFuel()
int percentageFull()
然后你可以在其他地方有一个方法
private void FillHerUp(iFuelable : objectToFill) {
Do while (objectToFill.percentageFull() <= 100) {
objectToFill.AddSomeFuel();
}
奇怪的例子，但它表明这个方法并不关心它在填充什么，因为对象实现了iUsesFuel，它可以被填充。故事结束了。
如果你使用继承，你将需要不同的FillHerUp方法来处理机动车辆和烧烤，除非你有一些相当奇怪的“ObjectThatUsesFuel”基础对象来继承。
我认为这个例子清楚地解释了继承和组合之间的区别。
在本例中，使用继承和组合解决了这个问题。作者注意到;在继承中，父类的更改可能会导致继承它的派生类出现问题。
在这里，您还可以看到使用UML进行继承或组合时在表示上的区别。
http://www.javaworld.com/article/2076814/core-java/inheritance-versus-composition--which-one-should-you-choose-.html
