Ответы:
В чем разница между зависимостью и ассоциацией? :
Как правило, вы используете ассоциацию для представления чего-то вроде поля в классе. Ссылка всегда есть, так что вы всегда можете сделать заказ для своего клиента. На самом деле это не обязательно должно быть поле, если вы моделируете с точки зрения интерфейса, это может просто указывать на наличие метода, который вернет клиента заказа.
Процитируя 3-е издание UML Distilled (сейчас только что вышедшего), «существует зависимость между двумя элементами, если изменения в определении одного элемента (поставщика) могут вызвать изменения в другом (клиенте)». Это очень расплывчатая и общая взаимосвязь, поэтому в UML существует множество стереотипов для различных форм зависимости. С точки зрения кода, такие вещи, как присвоение имени типу параметра и создание объекта во временной переменной, подразумевают зависимость.
...
Объединение почти всегда подразумевает , что один объект имеет другой объект в качестве поля / свойства / атрибута (терминология отличается).
Зависимость , как правило (но не всегда) означает , что объект принимает другой объект в качестве параметра метода, конкретизирует, или использует другой объект. Зависимость очень сильно подразумевается в ассоциации .
В терминах ООП:
Ассоциация -> A имеет объект C (как переменная-член)
Зависимость -> A ссылается на B (как параметр метода или возвращаемый тип)
public class A {
private C c;
public void myMethod(B b) {
b.callMethod();
}
}
Есть и более развернутый ответ .
Зависимость подобна тому, как если вы определяете метод, который принимает String (в Java, C #, поскольку строка является в них объектом) в качестве параметра, тогда ваш класс зависит от класса String.
Ассоциация похожа на объявление строки как атрибута в своем классе. тогда ваш код связан со строковым классом.
String name = null //: is a association.
Зависимость - изменение класса влияет на изменение зависимого класса. Пример. Круг зависит от формы (интерфейса). Если вы измените форму, это также повлияет на круг. Итак, Circle зависит от формы.
Ассоциация - означает, что между двумя объектами существует определенная связь.
(один-один, один-много, много-много)
Ассоциация бывает 2-х типов -
Агрегация
1) Композиция - более сильная ассоциация или связь между 2 объектами. Вы создаете объект класса B внутри другого класса A
public class A { B b; public void setB(){ this.b= new B(); } }
Если мы удалим класс A, B не будет (объект B создается только внутри A).
Другой пример - тело и печень. Печень не может существовать вне тела.
2) Агрегация - более слабый тип ассоциации между 2 объектами.
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 */
}
}
Даже если вы удалите класс A, B будет существовать снаружи (B создается снаружи и передается в класс A)
Другой пример - Man & Car. У человека есть машина, но человек и машина существуют независимо.
Здесь: «Ассоциация против зависимости против агрегирования против композиции» , у вас есть отличный опыт с диаграммами классов uml и фрагментами кода. Автор дает нам список взаимосвязей: Ассоциация, Зависимость, Агрегация, Состав в одном месте.
Зависимость является очень общей, и снижение сложности связано с уменьшением зависимостей в максимально возможной степени.
Ассоциация - это сильная (статическая) зависимость. Агрегация и композиция еще сильнее.
Ассоциация - это когда один объект просто имеет ссылку на другой и не использует методы реляционных объектов. Для рубина например
class User
has_one :profile
end
user = User.first
profile = user.profile
profile.sign_out
Это означает, что вы можете получить объект профиля от пользователя, но пользователь не использует методы профиля внутри себя (не зависит от интерфейса профиля).
Зависимость означает, что Пользователь имеет ссылку на другой объект и вызывает методы этого объекта внутри себя.
class User
has_one :profile
def personal_info
profile.info
end
end
Здесь, если информационный метод профиля будет изменен или переименован, наш класс зависимых пользователей также должен быть изменен.