pattern

Microservices Patterns

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 ‘하위 호환되는 소규모 변경'에 ‘속성을 응답을 추가'로 해당.

XUnit Test Patterns

생각 메모 체계적으로 잘 정리되어 있으나, 책 두께에 비하면 핵심은 많지는 않음 많은 용어가 경험있는 사람에게는 섬세한 구분으로 와 닿을듯하나, 그렇지 않은 사람에게는 부담이 될 수도 있을듯 관련 링크 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)