Closed pythonstrup closed 1 month ago
포키: 로하스밀 예시를 들어보겠습니다. 초기 설계에서는 주문에 대한 상태 단계 관리랑, 배송을 위한 관리가 혼재되어 있었다. scm담당자는 결제 하고 끝이 아니란걸 알게 되었다. 담당자 입장에서 주문의 상태 관리랑, 배송 관리랑 다르다는 것을 알게 되었다.
주문의 책임이 너무 많아진다. 배송에 대한 로직이 바뀌어도, 주문 로직이 바뀐다.
포키 : 2. 도메인 생각하는 시간을 많이 쓴다. 처음부터 인간 정책서>?처럼 다 알아야 하겠다는 건 아니지만 왜 해야하는지, 어떤 맥락에서 이걸 짜는지 알아야 손이 나가는 편이다. 구현을 하면서도 생각하는 것 같다. 구현이랑 도메인 요구사항에 대한 고민이 같이 가는 것 같다.
포키 : 개발자는 우리가 속한 도메인 안의 문제 해결을 소프트웨어로 하는 것이다. 코드 외적인 방법으로도 할 수 있다면 코드 한 줄 쓰는 것 만큼 중요하다고 생각한다.
디미터 법칙
과묻지 말고 시켜라
원칙을 맹목적으로 따랐을 때의 문제점!묻지 말고 시켜라
원칙을 잘못 활용할 수 있겠다는 점입니다.여기서 질문!