[📚독후감 ] Clean Code_8. 경계

모든 소프트웨어를 직접 개발하기보다는 패키지, 오픈소스, 컴포넌트 등을 통해서 개발 하는 경우가 많다. 이번 장에서는 외부 코드와 우리 코드와의 경계를 깔끔하게 처리하는 기법과 기교를 살펴봤다.

외부 코드 사용하기

패키지나 프레임워크 제공자는 적용성을 최대한 넓으려고 애쓴다. 반면, 사용자는 자신의 요구에 맞는 인터페이스를 바란다. 이 차이로 인해 시스템의 경계에서 문제가 생길 소지가 많다.
범용성이 많은 코드를 올바른 유형으로 변환할 책임은 프레임워크를 사용하는 개발자에게 있다. 변환하고 관리하지 않고 사용하더라도 코드는 동작하지만 깨끗한 코드라고 보기는 어렵다.
경계 인터페이스를 사용할 때에는 이를 이용하는 클래스나 클래스 계열 밖으로 넘기거나 노출되지 않도록 주의하여야한다. 해당 타입 인스턴스를 인수나 반환값으로 사용하지 않는다.

경계 살피고 익히기

외부 코드를 사용하면 개발이 편리하고 빨라진다. 외부 코드가 우리가 만든 것은 아니지만 자신을 위해 사용할 코드를 테스트하는 것이 바람직하다.
보통은 문서를 읽고, 사용법을 결정하고, 우리의 코드를 작성해 예상대로 동작하는지 확인한다. 하지만 우리 코드의 버그인지 라이브러리의 버그인지 하는 디버깅이 어렵다.
외부 코드는 익히고 우리 코드에 통합하기는 어렵다. 대신 반대로 간단한 테스트 케이스를 작생해서 외부 코드를 익히는 방법이 있다.
이것을 학습 테스트라 부른다.
외부 API를 호출하고 통제된 환경에서 API를 제대로 이해했는지 확인하는 셈이다.

학습테스트는 공짜 이상이다

학습테스트는 드는 비용 없이 이해도를 높여주는 정확한 실험이다. 투자하는 노력보다 얻는 성과가 크다. 만약 패키지이ㅡ 새 버전이 나온다면 학습테스트를 돌려 차이가 있는지 확인한다.
학습테스트 이후에 우리의 코드와 통합한 뒤에, 패키지의 변동이 생길 수 있다. 패키지의 새 버전이 우리 코드와 호환되지 않으면 이를 학습테스트를 통해 밝혀낼 수 있다.

깨끗한 경계

경계에서는 흥미로운 일이 많이 벌어진다. 변경이 대표적인 예다. 설계가 우수하다면 변경하는데 많은 투자가 필요하지 않다.
통제하지 못하는 코드를 사용할 때는 너무 많은 투자를 하거나 향후 변경 비용이 커지지 않도록 주의해야한다.
경계에 위치하는 코드는 깔끔히 분리한다. 또한 기대치를 정의하는 테스트 케이스도 작성한다. 외부 패키지에 의존하는 대신 통제가 가능한 우리 코드에 의존하는 편이 좋다.
외부 패키지를 호출하는 코드를 가능한 줄여 경계를 관리하자.