아이템이십팔

Author: JaesungLeee

docs/EffectiveKotlin/재성/Chapter04_추상화_설계/item28_API_안정성을_확보하라.md

@@ -0,0 +1,29 @@
+많은 코드들이 특정 API에 의존하고 있을 때 큰 문제가 발생할 수 있다~
+
+API 바뀌면 다 영향이 가니까.. 책에서 말하는 API가 이 예시는 아니지만 당장 백엔드랑 협업할때만 생각해봐도 특정 도메인 API가 바뀌면 에러 빵빵 터져버리고 땀 삐질삐질 흘리면서 거기 연관 코드 다 찾느라 쌍심지 켜버림
+
+<br>
+
+안정적인 API에 대한 도입과 학습을 두려워 말라~
+
+여기서 안정적인건 많은 시행착오가 생길수 밖에 없다. 계속 개선하고 수정하고. 우리는 그런 직업이니깐?
+
+<br>
+
+버저닝을 잘 하는 것도 방법이다
+
+MINOR가 이전 변경과 호환되는 기능을 추가한다래 요건 몰랐넹
+
+<br>
+
+@Experimental을 잘 활용하자. 사용하는 사람에게 얘는 불안정하다는걸 알려줄 수 있는 방법
+
+근데 얘 동작 방식이 궁금하긴 하네. 얘가 붙는다고 해서 못쓰거나 그렇다고 얘가 붙은 코드에서 아직 에러를 못만나봄
+
+<br>
+
+@Deprecated 어노테이션도 방법이다~
+
+얘는 레거시라 대체되었으니 다른걸 써라. 요건 실무에서도 몇번 써봄.
+
+라이브러리에 있는걸 보면 못쓰는건 아니지만 언젠가 버전 업 하면서 에러터져도 남탓 하지말라를 이야기해주는 듯