이끼의 생각

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

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

이 글을 검색하시는 여러분들이라면 노트북이나 PC에 직접 구현한 프로젝트가 있고 최소한 객체지향언어로 프로그램을 구현할 줄 하시는 분들일 겁니다. 이전에 작성 소스코드를 다시 보신적이 있으신가요?? 저는 대학을 졸업하고 컴퓨터를 정리하면서 소스코드와 공부했던것들을 정리했었습니다. 소스코드들을 리뷰하면서 남 보여주기 부끄럽고 약간 어설픈 네이밍, 완벽하지 않은 일관성, 아쉬움이 많으면서 고뇌한 기억을 보여주었습니다. 제 나름의 소스코드의 '악취'를 없애보려고 노력했었는데, 더 나은 개발자, 더 나은 소스코드를 위해 리펙토링을 다시 공부하려 합니다. 저의 공부를 위해 올리지만, 많은사람에게 도움이 되길.... 리팩토링이란? 1) 가독성, 유지보수성 이미 작성한 소스코드에서 구현된 일련의 행위들을 변경없이, ..