Risposte:
Qual è la differenza tra dipendenza e associazione? :
In generale, usi un'associazione per rappresentare qualcosa come un campo in una classe. Il link è sempre lì, in quanto puoi sempre chiedere un ordine per il suo cliente. Non è necessario che sia effettivamente un campo, se stai modellando da una prospettiva più interfaccia, può semplicemente indicare la presenza di un metodo che restituirà il cliente dell'ordine.
Per citare dalla 3a edizione di UML Distilled (appena uscito) "esiste una dipendenza tra due elementi se le modifiche alla definizione di un elemento (il fornitore) possono causare modifiche all'altro (il cliente)". Questa è una relazione molto vaga e generale, motivo per cui UML ha una miriade di stereotipi per diverse forme di dipendenza. In termini di codice, cose come nominare un tipo di parametro e creare un oggetto in una variabile temporanea implicano una dipendenza.
...
Un'associazione implica quasi sempre che un oggetto ha l'altro oggetto come campo / proprietà / attributo (varia terminologia).
Una dipendenza in genere (ma non sempre) implica che un oggetto accetta un altro oggetto come parametro del metodo, crea un'istanza o utilizza un altro oggetto. Una dipendenza è molto implicita da un'associazione .
In termini OOP:
Associazione -> Un oggetto has-a C (come variabile membro)
Dipendenza -> A fa riferimento a B (come parametro del metodo o tipo restituito)
public class A {
private C c;
public void myMethod(B b) {
b.callMethod();
}
}
C'è anche una risposta più dettagliata .
La dipendenza è come quando si definisce un metodo che accetta una stringa (in Java, C #, poiché la stringa è un oggetto in essi) come parametro, quindi la classe dipende dalla classe String.
L'associazione è come quando dichiari una stringa come attributo nella tua classe. quindi il tuo codice è associato alla classe stringa.
String name = null //: is a association.
Dipendenza : una modifica in una classe influisce sulla modifica nella sua classe dipendente. Esempio: Circle dipende da Shape (un'interfaccia). Se cambi forma, influisce anche sul cerchio. Quindi, Circle ha una dipendenza da Shape.
Associazione : significa che esiste una certa relazione tra 2 oggetti
(uno-uno, uno-molti, molti-molti)
L'associazione è di 2 tipi:
Aggregazione
1) Composizione : associazione o relazione più forte tra 2 oggetti. Stai creando un oggetto di una classe B all'interno di un'altra classe A.
public class A { B b; public void setB(){ this.b= new B(); } }
Se cancelliamo la classe A, B non esisterà (l'oggetto B viene creato solo all'interno di A).
Un altro esempio: corpo e fegato. Il fegato non può esistere al di fuori del corpo.
2) Aggregazione : tipo più debole di associazione tra 2 oggetti.
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 */
}
}
Anche se elimini la classe A, B esisterà all'esterno (B viene creato all'esterno e passato alla classe A)
Un altro esempio di questo: Man & Car. L'uomo ha un'auto ma l'uomo e l'auto esistono indipendentemente.
Qui: "Associazione vs dipendenza vs aggregazione vs composizione" , hai un ottimo vademecum con diagrammi classi uml e frammenti di codice. L'autore ci fornisce un elenco di relazioni: associazione, dipendenza, aggregazione, composizione in un unico punto.
Una dipendenza è molto generale e abbassare la complessità significa diminuire il più possibile le dipendenze.
Un'associazione è una forte dipendenza (statica). L'aggregazione e la composizione sono ancora più forti.
L'associazione è quando un oggetto ha solo un collegamento a un altro e non utilizza metodi di oggetti relazionali. Per il rubino, ad esempio
class User
has_one :profile
end
user = User.first
profile = user.profile
profile.sign_out
Significa che puoi ottenere un oggetto profilo dall'utente ma l'utente non usa i metodi del profilo all'interno di se stesso (non ha alcuna dipendenza dall'interfaccia di un profilo).
Dipendenza significa che l'utente ha un collegamento a un altro oggetto e chiama i metodi di quell'oggetto dentro di sé
class User
has_one :profile
def personal_info
profile.info
end
end
Qui, se il metodo di informazioni del profilo verrà modificato o rinominato, sarà necessario modificare anche la nostra classe Utente dipendente.