Вивчайте Сегментація та агрегація

Під час створення програмного забезпечення, яке є підтримуваним і гнучким, у процесі слід враховувати багато аспектів, особливо в об'єктно-орієнтованому програмуванні. Композиція та агрегація — це фундаментальні поняття, які дозволяють створювати складні системи з простіших компонентів і є частинами парадигми інкапсуляції.

Композиція

Композиція — це техніка проєктування, за якої class містить objects інших classes як змінні-члени. Ці члени є важливими складовими class та мають сильний зв'язок володіння. Коли object знищується, його складові частини також знищуються. Наприклад:

Car.h

Engine.h


              123456789101112
            
#include "Engine.h"

class Car {
public:
    void Start() 
    {
        engine.Start(); // Start the engine
        std::cout << "Car started" << std::endl;
    }
private:
    Engine engine; // Engine object composition
};

Клас Car містить об'єкт Engine. Коли створюється об'єкт Car, автоматично створюється екземпляр Engine як частина його композиції.

Агрегація

Агрегація — це інша форма композиції object, коли class містить object інших classes, але зв'язок між ними є слабшим порівняно з композицією. При агрегації вкладені члени classes можуть існувати незалежно та можуть бути спільними для кількох classes.

Car.h

Engine.h


              123456789101112131415
            
#include "Engine.h"

class Car {
public:
    Car(Engine* engine) 
        : engine(engine) {}

    void Start() 
	{
        engine->Start(); // Start the engine
        std::cout << "Car started" << std::endl;
    }
private:
    Engine* engine; // Engine object aggregation
};

Клас Car агрегує об'єкт Engine за допомогою вказівника. Клас Car не володіє об'єктом Engine; він лише зберігає посилання на нього. Це дозволяє екземпляру Engine існувати незалежно від об'єкта Car і бути спільно використаним між кількома екземплярами за потреби.

Вибір між композицією та агрегацією

Під час проєктування програмних систем важливо ретельно обирати між композицією та агрегацією залежно від відносин між класами та об'єктами.

У контексті класів Car та Engine використання композиції буде більш доцільним. Зазвичай кожен автомобіль має власний двигун, і двигун є невід'ємною частиною самого автомобіля. Крім того, це запобігає спільному використанню або повторному використанню Engine між кількома об'єктами objects, що також є логічним.

Все було зрозуміло?

Дякуємо за ваш відгук!

Секція 3. Розділ 5

Запитати АІ

Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат

Suggested prompts:

Can you give more examples of composition and aggregation in real-world scenarios?

What are the main advantages and disadvantages of using composition versus aggregation?

How do I decide which approach to use in my own software design?

Awesome!

Completion rate improved to 3.13

Свайпніть щоб показати меню

Композиція

Car.h

Engine.h


              123456789101112
            
#include "Engine.h"

class Car {
public:
    void Start() 
    {
        engine.Start(); // Start the engine
        std::cout << "Car started" << std::endl;
    }
private:
    Engine engine; // Engine object composition
};

Агрегація

Car.h

Engine.h


              123456789101112131415
            
#include "Engine.h"

class Car {
public:
    Car(Engine* engine) 
        : engine(engine) {}

    void Start() 
	{
        engine->Start(); // Start the engine
        std::cout << "Car started" << std::endl;
    }
private:
    Engine* engine; // Engine object aggregation
};

Вибір між композицією та агрегацією

Все було зрозуміло?

Дякуємо за ваш відгук!

Секція 3. Розділ 5