이끼의 생각

리팩토링의 문제 및 해결. => 문제 : 데이터베이스(DB)의 변경많은 비지니스 로직들은 DB 스키마와 매우 의존적이다.- 이 문제 해결을 위해서는 호환 객체(Adapter)를 이용하는 것을 고려한다.- 호환 객체의 호환 부분만 수정하면, DB 에 덜 의존적일 수 있다. 해결 : 호환객체는 DB의 의존을 최소화 => 문제 : 메소드 서명의 변경 (디스크립터 변경)이미 많은 곳에서 메소드가 사용되어, 모든 서명을 변경하기가 쉽지 않다.- 오버로드를 이용하는 방식(1) 기존 서명을 남기고, 새 서명을 가진 메소드를 제작한다.(2) 기존 서명은 새 서명을 가진 메소드를 호출하도록 변경한다. - 경우에 따라서는 기존 서명을 사장(Deprecated) 시켜놓을 방법도 있다.사장을 결정할 시, 사장이유 및 해결에 ..

Two Hats (Refactoring then Adding Function) 전편에서 리팩토링의 개념에 대해 정리하였습니다. 리팩토링의 방법을 무조건 적용해야 좋은거이 아니라 협업 시 개발자간의 배려, 생산성 등을 위한 악취 제거입니다. 이번엔 어떻게 리팩토링을 하는지 방법에 대해 알아보겠습니다. 리팩토링(Refactoring) Step-by-Step 리펙토링을 하기위해서 2환경을 꼭 갖춘 상태에서 진행해야된다. 사실, 이 2가지는 리팩토링을 무관하고 개발을 하면서 반드시 준비해야되는 것들이다. 1) 테스트 프로그램 세팅 - 리팩토링은 기능을 유지하면서 코드를 개선하는 것이 목적이다.- 리팩토링 후, 기능이 동일하게 작동하는지 확인하는 것은 당연한것.- TDD 테스트 주도 개발과 함께 진행하면 좋음.-..