Audible에서 Audio Book으로도 들을 수 있다.
https://www.audible.com/pd/Microservices-Patterns-Audiobook/B07ZFZ464G
참고 링크 https://microservices.io/patterns/microservices.html https://eventuate.io/ 인상 깊은 단락 (번역판 페이지 기준)
p92 DDD와 마이크로서비스 아키텍처는 거의 찰떡궁합입니다. DDD의 하위 도메인, 경게 컨텍스트 개념은 마이크로서비스 아키텍처의 서비스와 잘 맞고, 마이크로서비스 아키텍처의 서비스 자율팀 개념은 도메인 모델을 개별 팀이 소유/개발한다는 DDD 사고방식과 어울립니다. 자체 도메인 모델을 가진 하위 도메인이라는 개념 덕분에 만능 클래스를 제거하고 서비스로 분해하기가 더 수월해집니다.
p109 ‘하위 호환되는 소규모 변경'에 ‘속성을 응답을 추가'로 해당.
생각 메모 체계적으로 잘 정리되어 있으나, 책 두께에 비하면 핵심은 많지는 않음 많은 용어가 경험있는 사람에게는 섬세한 구분으로 와 닿을듯하나, 그렇지 않은 사람에게는 부담이 될 수도 있을듯 관련 링크 http://xunitpatterns.com/ https://martinfowler.com/bliki/TestDouble.html 정리 Fixture : SUT(System under test)를 실행하기 위해 필요한 모든 것 픽스처를 설치하기 위해 호출하는 테스트 로직부분 setup : 테스트 대상 시스템(SUT)에서 원하는 로직을 실행시키기 위해 설치해야 하는 테스트 선조건, 모든 객체와 객체의 상태 뒷문설치 공유 픽스처 신선한 픽스쳐(Fresh Fixture).
정리 55쪽 한정적 하위 클래스 이름 … 이 경우에도 결국 간결성과 풍부한 표현성 사이의 고민이다.
101쪽 따라서 타핑이 쉬운 쪽보다는 읽기 쉬운 쪽이 좋다. … 역할 제시형 작명 … 컴파일러에 이미 타입 정보를 알려줬는데, 그 정보를 다시 변수 이름에 포함해서 무엇을 얻을 수 있단 말인가?
117쪽 보호절
128쪽 (메서드) 의도 제시형 이름 Customer.linearCustomerSearch(String id) -> Customer.find(String id)