Здравствуйте!
Подскажите, пожалуйста, чем отличается композиция от наследования.Наследование-это понятно что такое. А композиция?
(маленький, на композицию....)
Заранее благодарю

усть два класса

Код

class Foo{   public:     int Get(){} }; class Bar{    Foo f; //композиция    public:       int Get(){return f.Get()} };

т.е. мы не используем наследование а создаем объект в самом классе

Спасибо

у буча это, кажется, называется агрегацией?

Цитата

у буча это, кажется, называется агрегацией?

, да это у всех называется агрегацией. Вообще предпочитай композицию наследованию;

что значит "предпочитай"? наследование и агрегация - разные вещи, для разных целей. их сравнивать, все-равно что сравнивать мотоцикл с автомобилем.

Это сообщение отредактировал(а) blackofe - 10.1.2006, 01:17

Совет правильный. При прочих равных условиях композиция предпочтительней наследования, несмотря на то, что при ее использовании иногда требуется больше усилий по кодированию. Причина в том, что композиция представляет более слабую зависимость, чем наследование.

Цитата

Совет правильный. При прочих равных условиях композиция предпочтительней наследования,

Айайай, чему вы учите! Композиция и наследование используются для решения совершенно разных задач ! Ну-ка, продемонстрируй полиморфизм на базе композиции. Еще бы сравнили операторы if и while.

threef
Думаю, если слово "наследование" заменить на "наследование реализации" вопрос несколько прояснится.

void
ты меня совсем запутал, давай письмом. Реализация - это обьект, класс - это тип, что такое реализация типа ?

Цитата(threef @ 10.1.2006, 12:44)

Айайай, чему вы учите! Композиция и наследование используются для решения совершенно разных задач ! Ну-ка, продемонстрируй полиморфизм на базе композиции. Еще бы сравнили операторы if и while.

Айайай. Как Вы задачи наследования ограничиваете.
Вы никогда о множественном наследовании не слышали?
Так вот задача:

Код

class A {  public:     func_a() ; };  class B {  public:     func_b() ; };

Нужен класс С, имеющий func_a() и func_b() ;
То есть требуется реализовать повторное использование кода без copy-past
Как будем решать задачу с учетом того, что возможны три решения?

Виноват, четыре решения

А что бы Вы не думали, что только меня мучают сомнения, что в конкретном случае применить, я дам пару цитат по данной проблеме

http://uic.rsu.ru/doc/programming/c++/TIC2...html#Heading428

Цитата

В мире ООП часто приходится слышать высказывания типа «композиция предпочтитель-нее наследования» (то есть лучше использовать интерфейсы, а не наследование). Благодаря средствам контроля версии в .NET выбор между наследованием и композицией уже не играет столь принципиальной роли. Используйте наследование всюду, где это уместно, — там, где существует ярко выраженная связь типа «является частным случаем».

Цитата

Действительно, в C++ скрытое (защищенное или закрытое) наследование почти всегда можно заменить скрытой агрегацией экземпляра суперкласса. Решая, с чем вы имеете дело - с наследованием или агрегацией - будьте осторожны. Если вы не уверены, что налицо отношение общего и частного (is а), вместо наследования лучше применить агрегацию или что-нибудь еще

ребятки, вопрос дюже страшно интересный. я всегда полагал, что агрегация и наследование - планеты разные. и, используя наследование, я строю иерархию (или же, строя иерархию, я использую наследование). а агрегация для меня всегда была чем-то вроде - набить структуру полями.

концептуально, чем композиция лучше наследования при прочих равных условиях? просветите, плиз, меня неученого.

Цитата

концептуально, чем композиция лучше наследования при прочих равных условиях? просветите, плиз, меня неученого.

Цитата

При прочих равных условиях композиция предпочтительней наследования, несмотря на то, что при ее использовании иногда требуется больше усилий по кодированию. Причина в том, что композиция представляет более слабую зависимость, чем наследование.

Это сообщение отредактировал(а) np9mi7 - 11.1.2006, 09:43

Если объект создаётся в обявлении класса, то это называется композицией.
Если же в объявлении находятся только указатели на него, то это называется агрегацией.
Добавлено @ 14:59
Inheritance and Composition
Inheritance is the feature of classes that allows one class to be derived from another. The class that you derive a new class from is called the base class, and the new class is called the derived class. Classes create a hierarchy, which is usually shown as a tree, where base classes are higher in the tree. Each derived class inherits all of the public members of the base class, and all of the private members of the base class remain private. The third member access specifier, protected, allows instances of a derived class to have access to that member. Further, you can redefine functions in base classes, providing unique functionality in the derived class. The derived class may explicitly call the function from the base class using the namespace modifier (:. Thus, if a base class defined the member print() and a derived class defined the same function, the derived class could call the base class’ print function with the notation, baseClass::print(). The constructor of the base class automatically executes when the derived class’ constructor is called; you therefore do not need to explicitly call this member function. A good example of simple inheritance is the stream family of classes, which you use for interacting with input and output devices. The class tree starts with ios that houses basic operations and flags, and builds with each new class providing more functionality and more specific features, such as ifstream which specializes in reading from input files.

Composition is simply defining a class as a member of another class, and all normal scope rules apply. A class that is a member of another class does not enjoy the same benefits as a derived class, and only has access to public members of the containing class.

Object-oriented design principles are encapsulation, inheritance, and polymorphism. All of these design principles are possible in C++ with classes, and programming with OOD principles is called object-oriented programming.