Différence d'implémentation entre l'agrégation et la composition en Java


102

Je suis conscient des différences conceptuelles entre l'agrégation et la composition. Quelqu'un peut-il me dire la différence d'implémentation en Java entre eux avec des exemples?


3
Suivez ce lien pour obtenir une réponse à vos messages [Différence entre agrégation et composition] [1] [1]: stackoverflow.com/a/1468285/1353243
gks

duplicata possible de l' agrégation contre la composition
Alex K


Lorsque nous avons une relation entre des objets, cela s'appelle Association. L'agrégation et la composition sont toutes deux des formes spécialisées d'association. La composition est à nouveau une forme spécialisée d'agrégation. javabench.in/2011/08/difference-between-association.html
Raúl

vous pouvez trouver plus de réponses ici
hamed moosaei

Réponses:


222

Composition

final class Car {

  private final Engine engine;

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

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

Agrégation

final class Car {

  private Engine engine;

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

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

Dans le cas de la composition, le moteur est complètement encapsulé par la voiture. Il n'y a aucun moyen pour le monde extérieur d'obtenir une référence au moteur. Le moteur vit et meurt avec la voiture. Avec l'agrégation, la voiture remplit également ses fonctions via un moteur, mais le moteur n'est pas toujours une partie interne de la voiture. Les moteurs peuvent être échangés, voire complètement supprimés. Non seulement cela, mais le monde extérieur peut toujours avoir une référence au moteur et le bricoler, qu'il soit dans la voiture.


7
Excellent exemple! Il montre également la composition comme une association forte (une voiture n'a aucun sens sans un moteur) et l'agrégation comme une association faible (une voiture sans moteur a tout à fait de sens, elle n'en a même pas besoin dans son constructeur). Lequel utiliser? Cela dépend du contexte.
Federico Pugnali

@Anet l'exemple que vous donnez dans Agrégation n'est pas cet exemple de dépendance? La dépendance est une forme de relation plus faible et, en termes de code, indique qu'une classe en utilise une autre par paramètre ou type de retour.
OOkhan

@Anand: pouvez-vous expliquer plus pourquoi vous avez dit: dans le cas de la composition, il n'y a aucun moyen pour le monde extérieur d'obtenir une référence au moteur, avec l'agrégation le monde extérieur peut avoir une référence au moteur? Pouvez-vous montrer dans un exemple de code comment le monde extérieur peut ou ne peut pas avoir une référence au moteur? merci
O Connor

9
Ce n'est pas un bon exemple. Le monde extérieur peut avoir accès à l'objet intérieur mais son identité est toujours associée à l'objet extérieur alors qu'en agrégation, l'objet intérieur peut exister indépendamment même s'il n'y avait pas de voiture. Dans ce cas, un moteur peut toujours être créé à l'aide de l' new Engine(EngineSpecs)appel même s'il n'y avait pas de voiture. La manière de réaliser la composition est de créer Engine en tant que classe interne, de sorte qu'un objet de moteur soit toujours créé en référence à un objet de voiture
mickeymoon

@mickeymoon grande prise. pouvez-vous nous montrer un meilleur exemple?
Gayan Weerakutti

19

J'utiliserais un bel exemple UML.

Prenez une université qui a 1 à 20 départements différents et chaque département a 1 à 5 professeurs. Il existe un lien de composition entre une université et ses départements. Il existe un lien d'agrégation entre un département et ses professeurs.

La composition est juste une agrégation FORTE, si l'université est détruite, les départements devraient également être détruits. Mais il ne faut pas tuer les professeurs même si leurs départements respectifs disparaissent.

En java:

public class University {

     private List<Department> departments;

     public void destroy(){
         //it's 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's 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);
     }
}

Quelque chose autour de ça.


j'espère que je ne recevrai aucun commentaire sur les listes non initialisées et aucun constructeur. J'ai écrit ceci rapidement, les pièces manquantes sont du bon sens, mais si on me le demande, je compléterai la solution
TecHunter

Merci! Votre exemple est parfaitement clair. Mais je n'ai pas pu comprendre votre illustration de code. Pouvez-vous me dire la différence de mise en œuvre de base entre les deux? Si je dois implémenter l'agrégation ou la composition, quels concepts en Java dois-je utiliser?
Rajath

c'est exactement la même implémentation si vous parlez de classe MAIS la composition devrait être reflétée par la façon dont vous gérez les instances comme dans ma modification
TecHunter

4

Il y a une grande explication dans l'url donnée ci-dessous.

entrez la description de l'image ici

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

Vérifiez s'il vous plaît!!!


Salut Rahul, bien que ce lien puisse répondre à la question, il est préférable d'inclure les parties essentielles de la réponse ici et de fournir le lien pour référence. Les réponses aux liens uniquement peuvent devenir invalides si la page liée change. Veuillez jeter un œil ici: Pourquoi et comment certaines réponses sont-elles supprimées?
bummi

3

La différence est que toute composition est une agrégation et non l'inverse.

Fixons les conditions. L'agrégation est un métaterm dans le standard UML, et signifie à la fois composition et agrégation partagée, simplement nommée shared . Trop souvent, il est nommé incorrectement «agrégation». C'est MAUVAIS, car la composition est aussi une agrégation. Si je comprends bien, vous voulez dire «partagé».

Plus loin du standard UML:

composite - Indique que la propriété est agrégée de manière composite, c'est-à-dire que l'objet composite est responsable de l'existence et du stockage des objets composés (parties).

Ainsi, l'association université-cathédras est une composition, car cathedra n'existe pas en dehors de l'université (IMHO)

La sémantique précise de l'agrégation partagée varie selon le domaine d'application et le modélisateur.

C'est-à-dire que toutes les autres associations peuvent être dessinées sous forme d'agrégations partagées, si vous ne suivez que certains de vos principes ou de quelqu'un d'autre. Regardez aussi ici .


3

En termes simples:

La composition et l'agrégation sont des associations. Composition -> Forte relation Has-A Agrégation -> Faible relation Has-A.


2

Un programme de composition simple

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);

    }
}

2

Nous devons d'abord parler de la différence réelle entre Aggregationet Compositiondoit être sur la même longueur d'onde.

L'agrégation est une association dans laquelle l'entité associée peut exister indépendamment de l'association. Par exemple, une personne peut être associée à une organisation, mais elle peut avoir une existence indépendante dans le système.

tandis que

La composition fait référence à une situation où l'une des entités associées est fortement liée à l'autre et ne peut exister sans l'existence de l'autre. En fait, l'identité de cette entité est toujours associée à l'identité de l'autre objet. Par exemple, les roues d'une voiture.

Maintenant, l'agrégation peut simplement être réalisée en détenant une propriété d'une entité dans une autre comme ci-dessous:

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;

    }
}

Pour la composition, il est nécessaire que l'objet dépendant soit toujours créé avec l'identité de son objet associé. Vous pouvez utiliser une classe interne pour la même chose.

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();
    }
}

Veuillez noter que le même cas d'utilisation peut relever de l'agrégation / composition en fonction du scénario d'application. Par exemple, le cas Personne-Organisation peut devenir une composition si vous développez une application pour des personnes travaillant dans une organisation et que la référence à l'organisation est indispensable pour l'inscription. De même, si vous maintenez l'inventaire des pièces d'une voiture, la relation voiture-roue peut être une agrégation.


1

Agrégation vs composition

L'agrégation implique une relation où l' enfant peut exister indépendamment du parent. Par exemple, Banque et Employé, supprimez la banque et l'employé existe toujours.

alors que la composition implique une relation où l' enfant ne peut pas exister indépendamment du parent. Exemple: l'humain et le cœur, le cœur n'existent pas séparément d'un humain.

La relation d'agrégation est «has-a» et la composition est «part-of» de la relation.

La composition est une association forte tandis que l'agrégation est une association faible.


0

Les deux types sont bien sûr des associations, et pas vraiment mappés strictement à des éléments de langage comme ça. La différence réside dans le but, le contexte et la façon dont le système est modélisé.

À titre d'exemple pratique, comparez deux types de systèmes différents avec des entités similaires:

  • Un système d'immatriculation des voitures qui suit principalement les voitures, et leurs propriétaires, etc. Ici, nous ne sommes pas intéressés par le moteur en tant qu'entité distincte, mais nous pouvons toujours avoir des attributs liés au moteur, comme la puissance et le type de carburant. Ici, le moteur peut être une partie composite de l'entité voiture.

  • Un système de gestion d'atelier de service automobile qui gère les pièces automobiles, l'entretien des voitures et le remplacement des pièces, peut-être des moteurs complets. Ici, nous pouvons même avoir des moteurs en stock et avoir besoin de les suivre ainsi que d'autres pièces séparément et indépendamment des voitures. Ici, le moteur peut être une partie agrégée de l'entité voiture.

La façon dont vous implémentez cela dans votre langue est une préoccupation mineure car à ce niveau, des choses comme la lisibilité sont beaucoup plus importantes.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.