[Spring] 디미터 법칙 적용 방법..? (서비스 단에서 객체 내부의 객체 접근)

Question

객체가 여러 레이어를 거치면 안 되고, 여러 레이어를 거칠 때는 해당 객체 내부의 메서드에서 해결을 해야 한다는 디미터의 법칙을 배웠는데요.예를 들어 service 레이어가 있고, A 객체와 A 객체 내부에 B 객체가 있다면해당 레이어에서 B의 필드에 접근할 때는 A.B.field가 아닌, A.getBField() 방식으로 접근할 수 있도록 구성을 짜야 한다고 이해했습니다.여기서 의문점이, 그렇다면 B의 필드 개수가 많아지고 서비스 단계에서 B의 모든 필드에 접근해야 하는 상황이라고 할 때,A 내부에서 getBField1(); getBField2(); getBField3(); ... 방식으로 모든 메서드를 만드는 수밖엔 없는 것일까요?처음 배우고 첫 적용이라 그런지 구상이 어렵네요.. 매번 답변 감사드립니다!

kotliner · Accepted Answer

법칙은 공식처럼 적용하는 것이 아니라 상황에 맞게 적용해야합니다. 객체지향 설계 기준으로 생각해보면 객체와의 의사소통과정에서 추상화할 수 있는 객체나 필드들은 모두 추상화하라는 의미인데, b의 역할이 너무 커졌다면 추상화되어있던 b를 끄집어 내서 a와의 관계를 다시 정리해야합니다. 다시말해 service가 a랑 소통해서 작업하기에는 b를 추상화하는것보다 b와 직접 소통하는것이 더 단순하다고 판단되면 a와 b를 묶는 다른 객체를 만들거나 아니면 b만을 다루는 서비스로 쪼개거나 혹은 서비스에서 b를 직접 다루는식으로 상황에 맞게 구성해야합니다.결국 객체지향 법칙들의 모든 의도는 불필요한 맥락을 숨겨서 코드를 이해하기 쉽게 만드는 추상화에 있습니다.

장독깨기 · Answer

디미터의 법칙이 뭔 지 한 번 알아봤습니다. 전 이걸 몰랐거든요. ㅎ가령, 차라는 객체가 있습니다. 그 안 에는 바퀴라는 객체가 있습니다.이 차의 바퀴 수는 몇개인가? 이럴 때, 바퀴라는 객체를 가져와서 그 수를 세지말고,차에서 메소드로 바퀴 수를 제공 하라는 뜻 입니다.객체를 구조화 하다 보면 내부적으로 다른 객체를 둘 수도 있습니다.그리고, 이 내부에 있는 객체는 외부에 노출 할 필요가 없는 경우가 대 부분입니다.즉, 내부 객체를 숨기려는 목적입니다.A 객체 내부에 B 객체가 왜 있는거죠? 여기서 부터 그 목적에 대해 생각을 해 보는 것이 좋겠습니다.B 라는 내부 객체가 있는데, 디미터를 적용해야 될까? 불편한데? 이런 식의 접근 방법은 별로 바람직해 보이지 않습니다.그리고, 규칙에 너무 얽매이지 마세요. 정답은 없습니다. :)

[Spring] 디미터 법칙 적용 방법..? (서비스 단에서 객체 내부의 객체 접근)

2개의 답변

Q&A 목록