Nombre : Ney Aucapiña, Carlos VargasCarrera: 2do MecatrónicaParalelo: “A”

ObjetivosAsociación, agregación y composición.En qué tipo de situaciones que les necesitamos.

Estos tres conceptos realmente han confundido a muchos de los desarrolladores

Presentar los conceptos de forma simplificada con algunos ejemplos del mundo real.

La Asociación es una conexión directa o indirecta entre dos objetos. Aquí los objetos podrían no ser completamente dependiente de uno al otro. Varios estudiantes pueden asociar con un solo maestro y solo estudiante puede asociarse con múltiples maestros. Ambos pueden crear y eliminar de forma independiente.

La Agregación es una fuerte asociación implica una jerarquía parte-todo. El objeto principal se compone de objetos secundarios, pero el objeto secundario o miembro puede sobrevivir o existir sin encerrar o con un contenido de clase. La agregación puede ser considerado como un "tiene-un" relación. La habitación tiene una mesa, pero la mesa puede existir sin la habitación.

En Java se puede expresar como una variable miembro en una clase.

Definiciones

La Composición es una agregación fuerte, donde la pieza se encuentra dentro de exactamente un conjunto. La parte también puede ser creado y destruido por el conjunto. Composición también se conoce como un "es una parte de 'relación en la que el objeto miembro no puede existir sin la clase que contiene. Un departamento es parte de una universidad y que no puede existir o no tiene sentido después de que el tiempo de vida de la universidad. Otro ejemplo son habitaciones de una casa, que no pueden existir después de la vida de la casa.

La Herencia es también una forma de asociación en la que formamos clases con clases que ya se ha definido .. La herencia puede ser considerado como un "es-un" relación. La herencia es unidireccional.

El punto de la programación orientada a objetos es que su código se replica objetos del mundo real, con lo que su código legible y fácil de mantener. Cuando decimos que el mundo real, el mundo real tiene relaciones. Consideremos el simple requisito se enumeran a continuación:

Manager es un empleado de XYZ Corporación Limitada. Manager utiliza una tarjeta magnética para entrar en los

locales XYZ. Manager tiene trabajadores que trabajan bajo sus

órdenes. El Manager tiene la responsabilidad de asegurar que el

proyecto sea exitoso. El sueldo del Manager será juzgado con base en el éxito

del proyecto.

AnálisisSi observamos detenidamente el requisito

anterior de cinco puntos, se puede visualizar fácilmente cuatro relaciones:

     herencia     agregación     asociación     composición

Vamos a entender uno a uno.

Requisito 1:HerenciaSi nos fijamos en el primer requisito (Manager

es un empleado de la corporación XYZ limitada), es una relación padre-hijo, o relación de herencia.La frase anterior especifica que Manager es un tipo de empleado, es decir, vamos a tener dos clases: la clase Padre Empelado, y la clase hija Manager que herede los atributos de la clase Empleado.

Requisito2: AsociaciónRequisito 2 es un requisito interesante

(Manager utiliza una tarjeta magnética para entrar en los locales XYZ). En este requerimiento, el objeto y el objeto gestor tarjeta magnética utilizar entre sí, pero tienen su propio tiempo de vida del objeto. En otras palabras, pueden existir el uno sin el otro. El punto más importante en esta relación es que no hay un único propietario.

El diagrama muestra cómo la clase swipecard utiliza la clase Manager y la clase Manager utiliza la clase swipecard. También puede ver cómo podemos crear objetos de la clase Manager y clase swipecard independiente y que puedan tener su propia vida objeto.

Esta relación se denomina relación de "asociación".

Requisito 3: La relación con el uso de la clase Padre: AgregaciónEl tercer requisito de nuestra lista (Manager tiene

trabajadores que trabajan bajo sus órdenes) denota el mismo tipo de relación como la asociación, pero con la diferencia de que uno de ellos es un propietario. Así como por la exigencia, el objeto Manager de poseer objetos trabajadores.

Los objetos de trabajadores no pueden pertenecer a ningún otro objeto. Por ejemplo, un objeto trabajador no puede pertenecer a un objeto swipecard.

Pero ... el objeto trabajador puede disponer de su propio tiempo de vida que está completamente desconectado del objeto Manager. Mirando desde una perspectiva diferente, que significa que si se elimina el objeto Manager, el objeto trabajador no muere.

Esta relación se denomina como una relación de "agregación".

Requisitos 4 y 5: La relación “Muerte”: ComposiciónLos dos últimos requisitos son en realidad lógicamente uno. Si se lee con atención, los requisitos son los siguientes:Manager tiene la responsabilidad de asegurar que el proyecto sea exitoso.El sueldo del Managers será juzgado con base en el éxito del proyecto.

A continuación se muestra la conclusión del análisis de los requisitos anteriores:

Manager y los objetos del proyecto son dependientes entre sí.Los tiempos de vida de los dos objetos son el mismo. En otras palabras, el proyecto no tendrá éxito si el Manager no es bueno, y el Manager no obtendrá buenos incrementos si el proyecto tiene problemas.

A continuación se muestra cómo la formación de clases se verá así. También se puede ver que cuando creamos el objeto del proyecto, este necesita el objeto manager.

Esta relación se denomina como la relación de composición. En esta relación, los dos objetos son muy dependientes el uno del otro. En otras palabras, si uno va para la recolección de basura el otro también tiene que ser basura recogida, o poniendo desde una perspectiva diferente, el tiempo de vida de los objetos son el mismo. Es por eso que he puesto en el título relación "Muerte".

Gracias por su Atención