En un diagrama de clases UML, ¿cuál es la diferencia entre una relación de asociación y una relación de dependencia?
Por lo que sé, una asociación es una relación más fuerte que una dependencia, pero no estoy seguro de cómo es más fuerte.
Cualquier ejemplo sería más que bienvenido :)
Respuestas:
¿Cuál es la diferencia entre dependencia y asociación? :
En general, usa una asociación para representar algo así como un campo en una clase. El enlace siempre está ahí, en el sentido de que siempre puede solicitar un pedido para su cliente. En realidad, no es necesario que sea un campo, si está modelando desde una perspectiva más de interfaz, solo puede indicar la presencia de un método que devolverá al cliente del pedido.
Para citar la 3ª edición de UML Distilled (que acaba de publicarse) "existe una dependencia entre dos elementos si los cambios en la definición de un elemento (el proveedor) pueden provocar cambios en el otro (el cliente)". Esta es una relación muy vaga y general, razón por la cual UML tiene una serie de estereotipos para diferentes formas de dependencia. En términos de código, cosas como nombrar un tipo de parámetro y crear un objeto en una variable temporal implican una dependencia.
...
Una asociación casi siempre implica que un objeto tiene el otro objeto como campo / propiedad / atributo (la terminología difiere).
Una dependencia normalmente (pero no siempre) implica que un objeto acepta otro objeto como parámetro de método, crea instancias o usa otro objeto. Una dependencia está muy implícita en una asociación .
En términos OOP:
Asociación -> A tiene un objeto C (como variable miembro)
Dependencia -> A hace referencia a B (como parámetro de método o tipo de retorno)
public class A {
private C c;
public void myMethod(B b) {
b.callMethod();
}
}
También hay una respuesta más detallada .
La dependencia es como cuando define un método que toma un String (en Java, C #, ya que el string es un objeto en ellos) como parámetro, entonces su clase depende de la clase String.
La asociación es como cuando declaras una cadena como atributo en tu clase. entonces su código está asociado con la clase de cadena.
String name = null //: is a association.
Dependencia : un cambio en una clase afecta el cambio en su clase dependiente. Ejemplo: el círculo depende de Shape (una interfaz). Si cambia de forma, también afectará al círculo. Entonces, Circle tiene una dependencia de Shape.
Asociación : significa que existe una cierta relación entre 2 objetos
(uno-uno, uno-muchos, muchos-muchos)
La asociación es de 2 tipos-
Agregación
1) Composición - Asociación o relación más fuerte entre 2 objetos. Estás creando un objeto de una clase B dentro de otra clase A
public class A { B b; public void setB(){ this.b= new B(); } }
Si eliminamos la clase A, B no existirá (el objeto B se crea solo dentro de A).
Otro ejemplo: Body & Liver. El hígado no puede existir fuera del cuerpo.
2) Agregación : tipo de asociación más débil entre 2 objetos.
public class A {
B b;
public void setB(B b_ref){
this.b= b_ref;
/* object B is passed as an argument of a method */
}
}
Incluso si elimina la clase A, B existirá afuera (B se crea afuera y se pasa a la Clase A)
Otro ejemplo de esto: Man & Car. El hombre tiene un coche, pero el hombre y el coche existen de forma independiente.
Aquí: "Asociación vs. Dependencia vs. Agregación vs. Composición" , tiene un gran vademécum con diagramas de clases uml y fragmentos de código. El autor nos da una lista de relaciones: Asociación, Dependencia, Agregación, Composición en un solo lugar.
Una dependencia es muy general y reducir la complejidad se trata de reducir las dependencias tanto como sea posible.
Una asociación es una dependencia fuerte (estática). La agregación y la composición son aún más fuertes.
La asociación es cuando un objeto solo tiene un enlace a otro y no usa métodos de objetos relacionales. Para rubí por ejemplo
class User
has_one :profile
end
user = User.first
profile = user.profile
profile.sign_out
Significa que puede obtener un objeto de perfil del usuario, pero el usuario no usa los métodos del perfil dentro de sí mismo (no depende de la interfaz de un perfil).
Dependencia significa que el usuario tiene un enlace a otro objeto y llama a los métodos de ese objeto dentro de sí mismo
class User
has_one :profile
def personal_info
profile.info
end
end
Aquí, si el método de información del perfil se cambiará o cambiará el nombre, nuestra clase de usuario dependiente también debe cambiarse.