# Content > 1. 컴포넌트를 사용하기 위해 내부 구현을 고려해야하는 구조라면 캡슐화의 가치는 사라진다. > 2. 모든 복잡한 매커니즘은 수단이 아니라 의도를 표현하는 추상 인터페이스 뒤로 캡슐화 되어야 한다. > \- DDD **함수나 변수의 이름을 '잘' 지으라는 규칙은 코드의 동작을 어떻게 수행하는지(how)에 대해 명명하라는 의미가 아니다. 코드의 효과와 목적에 관한 이름을 지으라는 의미다.** 따라서 이는 코드 수준이 아니라 더 광의의 의미에서 해석해야 한다. 이 규칙을 지키려면 최소한 두 가지 요소가 충족되어야 한다. 1. 적어도 팀 레벨에서 컴포넌트를 구조화하는 단위가 논의되어야 한다. 2. 팀원들이 빠르게 의미를 추론할 수 있도록 유비쿼터스 언어에 부합하는 작명을 해야 한다. - - - ## Reference - [[7과 12와 150]] - [[직교성, 소프트웨어 품질]] - [[리팩터링의 계층]] - DDD - - -