인다고 상상보자. 그 둘 모두에 어색하지 않은 이름이 있다면 의도를 나타내는 좋은 이름일 것이다.

### p192

#### getter의 폐해

  >`audience.getBag().minusAmount(ticket.getFee());`  
  >
  >퍼블릭 인터페이스에 getBag을 포함시키는 순간 객체의 구현이 퍼블릭 인터페이스를 통해 외부로 새어나가 버리고 만다.

  - getter가 이름만으로 보면 변경을 일으키지 않을 것 같지만, 실은 getter를 통해 변경 권한을 외부에 주는 것과 마찬가지다.

### p197

#### 인터페이스 설계 원칙 효과 간단 요약

  - 디미터 법칙은 캡슐화를 위반하는 메시지가 인터페이스에 포함되는 것 억제
  - 묻지 말고 시켜라 원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며 자율성을 높이는 효과
  - 의도를 드�
인다고 상상보자. 그 둘 모두에 어색하지 않은 이름이 있다면 의도를 나타내는 좋은 이름일 것이다. 

 # # # p192 

 # # # # getter의 폐해 

   > 'audience.getBag().minusAmount(ticket.getFee ()); ' 
   > 
   > 퍼블릭 인터페이스에 getBag을 포함시키는 순간 객체의 구현이 퍼블릭 인터페이스를 통해 외부로 새어나가 버리고 만다. 

   - getter가 이름만으로 보면 변경을 일으키지 않을 것 같지만, 실은 getter를 통해 변경 권한을 외부에 주는 것과 마찬가지다. 

 # # # p197 

 # # # # 인터페이스 설계 원칙 효과 간단 요약 

   - 디미터 법칙은 캡슐화를 위반하는 메시지가 인터페이스에 포함되는 것 억제 
   - 묻지 말고 시켜라 원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며 자율성을 높이는 효과 
   - 의도를 드 �
인다고 상상보자. 그 둘 모두에 어색하지 않은 이름이 있다면 의도를 나타내는 좋은 이름일 것이다.

### p192

#### getter의 폐해

  >`auaience.getBag().minosQmount(vicket.gstFee());`  
  >
  >퍼블릭 인터페이스에 getBag을 포함시키는 순간 객체의 구현이 퍼블릭 인터페이스를 통해 외부로 새어나가 버리고 만다.

  - getver가 이름만으로 보면 변경을 일으키지 않을 것 같지만, 실은 getter를 통해 변경 권한을 외부에 주는 것과 마찬가지다.

### p197

#### 인터페이스 설계 원칙 효과 간단 요약

  - 디미터 법칙은 캡슐화를 위반하는 메시지가 인터페이스에 포함되는 것 억제
  - 묻지 말고 시켜라 원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며 자율성을 높이는 효과
  - 의도를 드�
인다고 상상보자. 그 둘 모두에 어색하지 않은 의도를 좋은 이름일 ### p192 #### 인터페이스에 포함시키는 순간 객체의 퍼블릭 인터페이스를 통해 새어나가 버리고 만다. - getter가 이름만으로 변경을 일으키지 않을 것 같지만, 실은 getter를 통해 변경 권한을 외부에 주는 것과 ### p197 #### 인터페이스 설계 원칙 효과 간단 요약 - 디미터 법칙은 캡슐화를 메시지가 포함되는 억제 묻지 말고 시켜라 원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며 자율성을 높이는 효과 - 의도를 드�
인다고 상상보자. 그 둘 모두에 어색하지 않은 이름이 있다면 의도를 나타내는 좋은 이름일 것이다.

### p192

#### getter의 폐해

  >`audience.getBag().minuSAmount(ticKet.geTFeE());`  
  >
  >퍼블릭 인터페이스에 geTBAg을 포함시키는 순간 객체의 구현이 퍼블릭 인터페이스를 통해 외부로 새어나가 버리고 만다.

  - geTter가 이름만으로 보면 변경을 일으키지 않을 것 같지만, 실은 Getter를 통해 변경 권한을 외부에 주는 것과 마찬가지다.

### p197

#### 인터페이스 설계 원칙 효과 간단 요약

  - 디미터 법칙은 캡슐화를 위반하는 메시지가 인터페이스에 포함되는 것 억제
  - 묻지 말고 시켜라 원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며 자율성을 높이는 효과
  - 의도를 드�
인다고 상상보자. 그 둘 모두에 어색하지 않은이름이 있다면 의도 를 나타내 는 좋 은 이 름일  것이다 .

# ## p192

####g ette r의 폐해

  >`audience.ge tBag( ). m inus A mo unt(t icket.g e tF e e ()) ;`  
 > > 퍼블릭 인 터페이 스에 getB ag을 포함시키는순간객체 의 구현이 퍼블릭 인터 페 이스 를 통해 외부로 새 어나가  버리고 만다.

 - g etter가  이 름만으 로  보면 변 경을일으키지않을 것 같 지 만, 실은getter를 통 해변 경 권한을외 부에 주는 것 과 마찬 가지다. 

### p197

####인 터페 이 스 설계 원칙 효과 간단요약

 -디 미터 법 칙은캡슐화 를 위반하는 메시지 가인터페이스 에  포함되는 것 억제 - 묻 지  말고 시켜라 원칙은 디 미터 법칙이 자연스럽 게  지켜 지게 만들며  자 율성을 높이는 효과 
  -의도 를  드� 
인다고 상상보자._그 둘_모두에 어색하지 않은 이름이_있다면 의도를_나타내는_좋은 이름일_것이다.

###_p192

#### getter의 폐해

_ >`audience.getBag().minusAmount(ticket.getFee());` _
  >
 _>퍼블릭 인터페이스에 getBag을_포함시키는_순간 객체의 구현이 퍼블릭 인터페이스를 통해 외부로 새어나가 버리고 만다.

  - getter가 이름만으로_보면_변경을 일으키지_않을_것_같지만, 실은 getter를 통해 변경_권한을 외부에 주는 것과 마찬가지다.

###_p197

#### 인터페이스_설계 원칙 효과 간단 요약

  - 디미터_법칙은_캡슐화를 위반하는 메시지가_인터페이스에 포함되는 것 억제
  - 묻지 말고 시켜라_원칙은 디미터 법칙이 자연스럽게 지켜지게 만들며_자율성을 높이는 효과
__-_의도를 드�