Diferença entre associação e dependência?

Em um diagrama de classes UML, qual é a diferença entre um relacionamento de associação e um relacionamento de dependência?

Pelo que eu sei, uma associação é um relacionamento mais forte do que uma dependência, mas não tenho certeza de como é mais forte.

Qualquer exemplo seria mais do que bem-vindo :)

Qual é a diferença entre dependência e associação? :

Em geral, você usa uma associação para representar algo como um campo em uma classe. O link está sempre aí, na medida em que pode sempre pedir uma encomenda para o seu cliente. Não precisa ser realmente um campo; se você estiver modelando de uma perspectiva mais de interface, pode apenas indicar a presença de um método que retornará o cliente do pedido.

Para citar a 3ª edição do UML Distilled (agora acabada de sair) "existe uma dependência entre dois elementos se alterações na definição de um elemento (o fornecedor) podem causar alterações no outro (o cliente)". Esse é um relacionamento muito vago e geral, razão pela qual a UML tem uma série de estereótipos para diferentes formas de dependência. Em termos de código, coisas como nomear um tipo de parâmetro e criar um objeto em uma variável temporária implicam em uma dependência.

...

Uma associação quase sempre implica que um objeto tem o outro objeto como um campo / propriedade / atributo (a terminologia é diferente).

Uma dependência normalmente (mas nem sempre) implica que um objeto aceita outro objeto como parâmetro de método, instancia ou usa outro objeto. Uma dependência está muito implícita em uma associação .

Em termos OOP:

Associação -> A tem um objeto C (como uma variável de membro)

Dependência -> A faz referência a B (como um parâmetro de método ou tipo de retorno)

public class A {
    private C c;
    public void myMethod(B b) {
        b.callMethod();
    }
}

Também há uma resposta mais detalhada .

Dependência é como quando você define um método que leva uma String (em Java, C #, já que a string é um objeto neles) como um parâmetro, então sua classe é dependente da classe String.

A associação é como quando você declara uma string como um atributo em sua classe. então seu código é associado à classe string.

String name = null //: is a association.

Dependência - Uma mudança em uma classe afeta a mudança em sua classe dependente. Exemplo - o círculo depende da forma (uma interface). Se você alterar a Forma, isso afetará o Círculo também. Portanto, o Círculo depende da Forma.

Associação - significa que há uma certa relação entre 2 objetos

(um-um, um-muitos, muitos-muitos)

A associação é de 2 tipos

1. Composição

2. Agregação

   1) Composição - associação mais forte ou relacionamento entre 2 objetos. Você está criando um objeto de uma classe B dentro de outra classe A

 public class A {
       B b;
       public void setB(){
         this.b= new B();
        }
     }

Se excluirmos a classe A, B não existirá (o objeto B é criado apenas dentro de A).

Outro exemplo -Body & Liver .Liver não pode existir fora do corpo.

2) Agregação - tipo mais fraco de associação 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 */
              }
   }

Mesmo se você excluir a classe A, B existirá fora (B é criado fora e passado para a classe A)

Outro exemplo disso - Homem e Carro. O homem tem um carro, mas o homem e o carro existem independentemente.

Aqui: "Associação vs. Dependência vs. Agregação vs. Composição" , você tem um grande vade mecum com diagramas de classes e trechos de código uml. O autor nos dá uma lista de relacionamentos: Associação, Dependência, Agregação, Composição em um só lugar.

Uma dependência é muito geral e diminuir a complexidade significa diminuir as dependências o máximo possível.

Uma associação é uma dependência forte (estática). Agregação e composição são ainda mais fortes.

Associação é quando um objeto tem apenas um link para outro e não usa métodos de objetos relacionais. Para rubi por exemplo

class User
  has_one :profile
end

user = User.first
profile = user.profile
profile.sign_out

Isso significa que você pode obter um objeto de perfil do usuário, mas o usuário não usa os métodos do perfil dentro de si (não depende da interface de um Perfil).

Dependência significa que o usuário tem um link para outro objeto e chama os métodos desse objeto dentro de si

class User
  has_one :profile

  def personal_info
    profile.info
  end
end

Aqui, se o método de informação do Perfil for alterado ou renomeado, nossa classe de Usuário Dependente também precisa ser alterada.