Разница между агрегацией и композицией в Java

Я осознаю концептуальные различия между агрегацией и композицией. Может ли кто-нибудь сказать мне разницу в реализации Java между ними с примерами?

69
09 авг. '12 в 13:38
источник поделиться
8 ответов

Состав

final class Car {

  private final Engine engine;

  Car(EngineSpecs specs) {
    engine = new Engine(specs);
  }

  void move() {
    engine.work();
  }
}

Агрегация

final class Car {

  private Engine engine;

  void setEngine(Engine engine) {
    this.engine = engine;
  }

  void move() {
    if (engine != null)
      engine.work();
  }
}

В случае композиции двигатель полностью инкапсулирован автомобилем. Для внешнего мира нет никакого способа получить ссылку на Двигатель. Двигатель живет и умирает с автомобилем. С агрегацией автомобиль также выполняет свои функции через двигатель, но Двигатель не всегда является внутренней частью автомобиля. Двигатели могут быть заменены или даже полностью удалены. Не только это, но и внешний мир все еще может иметь ссылку на Двигатель и возиться с ним, независимо от того, находится ли он в Автомобиле.

161
14 сент. '12 в 23:13
источник

Связанные вопросы


Похожие вопросы

Я бы использовал хороший пример UML.

В университете есть от 1 до 20 различных отделов, и каждый отдел имеет от 1 до 5 профессоров. Существует связь между университетом и его отделами. Существует связь агрегирования между отделом и его "профессорами".

Композиция - это просто СИЛЬНАЯ Агрегация, если университет разрушен, отделы также должны быть уничтожены. Но мы не должны убивать профессоров, даже если их уважающие отделы исчезают.

В java:

public class University {

     private List<Department> departments;

     public void destroy(){
         //it composition, when i destroy a university I also destroy the departments. they cant live outside my university instance
         if(departments!=null)
             for(Department d : departments) d.destroy();
         departments.clean();
         departments = null;
     }
}

public class Department {

     private List<Professor> professors;
     private University university;

     Department(University univ){
         this.university = univ;
         //check here univ not null throw whatever depending on your needs
     }

     public void destroy(){
         //It aggregation here, we just tell the professor they are fired but they can still keep living
         for(Professor p:professors)
             p.fire(this);
         professors.clean();
         professors = null;
     }
}

public class Professor {

     private String name;
     private List<Department> attachedDepartments;

     public void destroy(){

     }

     public void fire(Department d){
         attachedDepartments.remove(d);
     }
}

Что-то в этом роде.

16
09 авг. '12 в 18:26
источник

Простыми словами:

Оба состава и агрегирования являются ассоциациями. Композиция → Сильная связь Has-A Агрегация → Слабая связь Has-A.

3
04 марта '14 в 18:13
источник

В приведенном ниже URL-адресе есть большое объяснение.

введите описание изображения здесь

http://www.codeproject.com/Articles/330447/Understanding-Association-Aggregation-and-Composit

Пожалуйста, проверьте!!!

2
02 авг. '15 в 9:05
источник

Разница в том, что любая композиция является агрегацией, а не наоборот.

Пусть заданы члены. Агрегация - это metaterm в стандарте UML, и означает BOTH-состав и общую агрегацию, просто называемую shared. Слишком часто он назван неправильно "агрегацией". Это ПЛОХО, а состав также является агрегацией. Насколько я понимаю, вы имеете в виду "общий".

Кроме стандарта UML:

composite - указывает, что свойство агрегируется по-разному, т.е. составной объект несет ответственность за существование и хранение составных объектов (частей).

Таким образом, ассоциация Университета и кафедрального собора - это композиция, потому что кафедра не существует из университета (ИМХО)

Точная семантика общей агрегации зависит от области приложения и модельер.

I.e., все другие ассоциации могут быть нарисованы как общие агрегаты, если вы только следуете каким-то принципам или кому-то другому. Также посмотрите здесь.

1
22 янв. '14 в 13:16
источник

Сначала мы должны поговорить о том, что на самом деле разница между Aggregation и Composition должна быть на одной странице.

Агрегация - это ассоциация, в которой ассоциированный объект может существовать независимо от ассоциации. Например, Лицо может быть связано с Организацией, но он/она может иметь независимое существование в системе.

тогда

Композиция относится к ситуации, когда одно из связанных объектов сильно связано с другим и не может существовать без другого существования. Фактически личность этой сущности всегда связана с идентификацией другого объекта. Например, колеса в автомобиле.

Теперь агрегирование может быть просто достигнуто путем сохранения свойства одного объекта в другом, как показано ниже:

class Person {
    Organisation worksFor;
}

class Organisation {
    String name;
}

class Main {
    public static void main(String args[]) {

        //Create Person object independently
        Person p = new Person();

        //Create the Organisation independently
        Organisation o = new Organisation();
        o.name = "XYZ Corporation";

        /*
          At this point both person and organisation 
          exist without any association  
        */
        p.worksFor = o;

    }
}

Для композиции необходимо, чтобы зависимый объект всегда создавался с идентификатором связанного с ним объекта. Вы можете использовать внутренний класс для того же самого.

class Car {
    class Wheel {
        Car associatedWith;
    }
}

class Main {
    public static void main() {
        //Create Car object independently
        Car car = new Car();

        //Cannot create Wheel instance independently
        //need a reference of a Car for the same.
        Car.Wheel wheel = car.new Wheel();
    }
}

Обратите внимание, что один и тот же вариант использования может подпадать под агрегацию/состав в зависимости от сценария приложения. Например, случай Person-Organization может стать составным, если вы разрабатываете приложение для людей, работающих в какой-либо организации, и ссылка на организацию обязательна для регистрации. Аналогичным образом, если вы поддерживаете инвентарь для частей автомобиля, отношение Car-Wheel может быть агрегацией.

1
05 февр. '16 в 1:06
источник

Простая программа компоновки

public class Person {
    private double salary;
    private String name;
    private Birthday bday;

    public Person(int y,int m,int d,String name){
        bday=new Birthday(y, m, d);
        this.name=name;
    }


    public double getSalary() {
        return salary;
    }

    public String getName() {
        return name;
    }

    public Birthday getBday() {
        return bday;
    }

    ///////////////////////////////inner class///////////////////////
    private class Birthday{
        int year,month,day;

        public Birthday(int y,int m,int d){
            year=y;
            month=m;
            day=d;
        }

        public String toString(){
           return String.format("%s-%s-%s", year,month,day);

        }
    }

    //////////////////////////////////////////////////////////////////

}
public class CompositionTst {

    public static void main(String[] args) {
        // TODO code application logic here
        Person person=new Person(2001, 11, 29, "Thilina");
        System.out.println("Name : "+person.getName());
        System.out.println("Birthday : "+person.getBday());

        //The below object cannot be created. A bithday cannot exixts without a Person 
        //Birthday bday=new Birthday(1988,11,10);

    }
}
1
16 янв. '14 в 6:27
источник

Оба типа, конечно, являются ассоциациями, и на самом деле они не привязаны строго к таким элементам языка. Разница заключается в цели, контексте и моделировании системы.

В качестве практического примера сравните два разных типа систем с похожими объектами:

  • Система регистрации автомобилей, которая в первую очередь отслеживает автомобили, их владельцев и т.д. Здесь нас не интересует двигатель как отдельный объект, но у нас могут быть атрибуты, связанные с двигателем, такие как мощность и тип топлива. Здесь Двигатель может быть составной частью автомобиля.

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

Как вы реализуете это на своем языке, это второстепенное беспокойство, поскольку на этом уровне гораздо важнее такие вещи, как читаемость.

0
24 авг. '16 в 22:52
источник

Посмотрите другие вопросы по меткам или Задайте вопрос