역할 책임 → 의존성을 어떻게 관리하는지?

의존성

• 설계란? 코드를 어떻게 배치할 것인가에 대한 의사결정

• 어떤 패키지에? 어떤 클래스에? 어떤 코드를 넣을 것인가?

  → 변경에 초점을 맞춰라! 같이 변경되는 코드를 같은 패키지 클래스에 넣어야 함

• A가 B에 의존성이 있다 → B가 변경되면 A도 변경될 수 있음 (B가 변경되더라도 A가 무조건 변경되는 건 아님)

클래스 의존성 종류

• 연관관계 (Association)

  • A라는 클래스에 B로 갈 수 있는 경로가 있음
  • 그래서 A에서 B로가는 영구적인 경로가 있음

  class A {
  	private B b;
  }
  

• 의존관계 (Dependency)

  • 파라미터에, 리턴타입에, 메소드 안에서 타입이 나오는 경우
  • 그래서 협력을 할 시점에 일시적으로 경로가 있음

  class A {
  	public B method(B b) {
  		return new B();
  	}
  }
  

• 상속관계 (Inheritance)

  • 클래스 상속
  • 구현이 바뀌면 영향을 받을 수 있음

• 실체화관계 (Realization)

  • 인터페이스 상속
  • 명세가 바뀌면 영향을 받을 수 있음

패키지 의존성

• 패키지 A가 패키지 B에 의존한다 → 패키지 B에 있는 클래스가 변경되면 패키지 A의 클래스가 변경될 가능성이 있음

간단하게 의존성을 확인하는 방법

• 해당 패키지를 열었는데 import에 다른 클래스가 있음
• 해당 클래스에 의존한다!! 라고 할 수 있음

좋은 의존성을 관리하는 방법 몇가지 규칙

• 양방향 의존성을 피하라
  • A ↔  B : A가 바뀔때 B가 바뀔 수 있고 B가 바뀌면 A가 바뀔 수 있음
  • 즉 A와 B가 하나의 클래스라고 봐도 무방