CQS (Command Query Separation)

  CQS(Command Query Separation)을 살펴보기 전에, 표를 이용하여 Command와 Query를 비교해 보고 CQS에 대해서 살펴보자.

 

📙 1. Command & Query

	Command	Query
객체의 상태를 변경하는가?	O	X
값을 반환하는가?	X	O
예시	setter 메서드	getter 메서드

 

 

📙 2. CQS

  CQS(Command Query Separation)는 객체의 모든 메서드를 Command와 Query 두 가지로 구분한다. 그래서 하나의 메서드는 반드시 Command 또는 Query 중에서 하나에만 해당해야 한다.  즉, 하나의 메서드가 Command 이면서 동시에 Query 일수는 없다.

 

  CQS의 목적은 커맨드와 쿼리를 분리하는 것이다.

  CQS를 지키게 되면 query 메서드에 대해서 외부 상태 변화가 발생하지 않도록 개발을 하게 된다. 그러면 query 메서드를 사용할 때, 값의 변경을 신경 쓰거나 메서드의 호출 순서를 고려해야 하는 등의 비용을 줄일 수 있다.

  그래서 값을 반환하는 경우(Query 메서드), 참조 투명성을 가지고 사이드 이펙트가 없다고 할 수 있다.

 

 

📙 3. CQS의 장점과 단점

📌 장점

• '읽기(조회)' 로직과 '쓰기(수정)' 로직을 분리할 수 있다.
• '읽기'와 '쓰기'가 동시에 일어나지 않기 때문에 성능 최적화에 도움을 준다.
• 간편하게 구현할 수 있으면서 코드의 가독성도 높여준다.

📌 단점

• 개발을 하다 보면 하나의 메서드에 불가피하게 '읽기'와 '쓰기'를 동시에 해야 하는 경우가 생기게 되는데, CQS 패턴을 유지한다는 명목으로 오히려 간단한 코드를 복잡하게 구현해야 하는 경우가 생길 수도 있다.

  (stack의 pop을 생각해 보면, 가장 최근에 push 된 값을 반환하고 stack에서는 해당 값을 제거한다. 마틴 파울러는 할 수 있는 한 CQS 원칙을 지키려 하겠지만 stack의 pop과 같이 매우 유용한 상황에서는 얼마든지 CQS 원칙을 깨뜨릴 준비가 되어있다고 말한다. Trade Off를 생각하고 유연한 사고로 설계하며 구현하는 걸로 하자!🔥)

 

해당 글은
Martin Fowler 님의 'CommandQuerySeparation',
yoonpunk 님의 'CQS에 관한 고찰 (feat. Side Effect, 참조 투명성 그리고 순수 함수)',
yena1025 님의 'CQS (Command Query Separation)',
devsun 님의 'CQS - Command Query Separation'
을 참고하였습니다.