add : 응용 서비스에서 표현 영역에 의존하지 않기 to DDD START

Author: mokhs00

DDD/DDD START/DDD START.md

@@ -32,6 +32,7 @@
   - [도메인 로직 넣지 않기](#도메인-로직-넣지-않기)
   - [응용 서비스의 추상화(인터페이스와 클래스)](#응용-서비스의-추상화인터페이스와-클래스)
   - [응용 서비스 메서드 파라미터와 값 리턴](#응용-서비스-메서드-파라미터와-값-리턴)
+  - [응용 서비스에서 표현 영역에 의존하지 않기](#응용-서비스에서-표현-영역에-의존하지-않기)
 
 # CH 1 도메인 모델 시작
 
@@ -319,3 +320,7 @@ public class Order {
 
 - **응용 서비스의 메서드 파라미터의 수가 2개 이상이라면, DTO 클래스를 파라미터로 받는 것이 편리하다.**
 - **응용 서비스에서는 도메인 객체가 아닌 다른 값을 리턴하자.** 도메인 객체를 리턴하게 되면 `표현 영역`에서 도메인 객체의 기능을 활용할 수 있게 되고 이는 코드가 분산될 가능성을 제공한다. 팀 내부에서 규칙을 정하는 방법도 있겠지만, **도메인 객체를 리턴하지 않는 것이 코드의 응집도를 높이는 가장 확실한 방법이다.**
+
+## 응용 서비스에서 표현 영역에 의존하지 않기
+
+`응용 서비스`에서 파라미터 타입을 결정할 때 `HttpSession`이나 `HttpServletRequest`과 같이 `표현 영역과 관련된 타입`을 사용하지 않도록 주의해야한다. 이를 규칙으로 정하지 않으면 역할 분리가 명확히 이루어지지 않아 응용 서비스가 표현 영역의 역할을 하게될 수도 있다.