아이템26

Author: JaesungLeee

docs/EffectiveKotlin/재성/Chapter04_추상화_설계/item26_함수_내부의_추상화_레벨을_통일하라.md

@@ -0,0 +1,7 @@
+함수는 작아야 하며, 최소한의 책임만을 가져야 한다.
+복잡한 함수는 일부 부분을 추출하여 추상화 하는 것이 좋다
+계층화가 잘 된 프로젝트가 좋은 프로젝트이다.
+추상화 레벨은 구체적인 동작, 프로세서, 입출력과 가까울수록 낮은 레벨이라고 표현
+낮은 레벨에서는 높은 레벨에서 사용하는 API를 만들어야 한다?
+
+> p.163에서 낮은 레벨에서는 높은 레벨에서 사용하는 API를 만들어야한다?  낮은 계층을 presentation, 높은 계층을 domain이라고 보면 API를 낮은 계층에 만들지는 않지 않나?

docs/EffectiveKotlin/재성/Chapter04_추상화_설계/서론.md

@@ -0,0 +1,8 @@
+OOP에서 중요한 개념은 추상화, 캡슐화, 상속
+
+- 추상화는 복잡한 자료, 모듈, 시스템으로부터 핵심적인 개념 또는 기능을 간추리는 것
+    - 복잡성을 숨기기 위해 사용되는 형식 (e.g. 인터페이스)
+        - 클래스라는 복잡한 것에서 메서드와 프로퍼티만 추출해 간단하게 만듦으로 클래스의 추상화이다.
+        - 함수를 정의할 때 함수 시그니처 뒤에 구현을 숨기는 것은 추상화이다.
+    - 코드를 체계화 하기 위해
+    - 만드는 사람에게 변화의 자유를 주기위해