System Design 26
- External Client class의 param/return 설계 - flatten VS DTO.of
- return (code, data) 함께 반환하기
- caller는 callee를 믿지 않는 것이 좋다 (어차피 catch 해야 한다)
- 패키지, 모듈, 서버 나누는 기준은?
- External Client class의 param/return 설계 - DomainModel VS DTO
- 좋은 설계란 무엇일까? - 유지보수가 쉬운 시스템을 만드는 것
- (Spring) MVC Layered Architecture - DTO 전달/변환/파라미터 설계
- (Spring) MVC Layered Architecture - DTO와 Domain Model을 분리해야 하는 이유
- (마틴파울러) Layering 관련 글 모음
- Domain Model에 대해서
- Repository와 DataMapper의 책임 (w/o ORM)
- API 응답 코드 계층 구조 설계
- (리팩터링 2판) 3장 Bad Smells in Code
- CQRS - Command and Query Responsibility Segregation
- CommonMessageException 정의하기
- External Client class에서 Exception을 던지는게 좋을까?
- (Spring) MVC Layered Architecture - Controller와 Service의 책임 나누기
- (Spring) MVC Layered Architecture - Map 보다 Data Class 사용해야 하는 이유
- (리팩터링 2판) 1장, 2장 - 성능, 경제적인 효과
- 공통 비즈니스 로직 분리(제휴사 인터페이스 통합 및 클래스 설계)
- Exception 처리, 어떻게 하는게 좋을까?
- REST api / RESTful 이란.
- 상속 vs 컴포지션 구분 - delegation, decorator, wrapper
- 디자인 패턴 - Singleton
- (Spring) MVC
- Naming convention