💡 <Refactoring 리팩터링 2판>을 읽으며 정리한 글입니다.
🌱 서론에서 중요하다고 생각되는 '리팩터링의 필요성'에 대한 내용 위주로 가져와 정리하였다.
계획적이고 체계적인 리팩터링의 필요성
초판의 추천사
- 리팩터링에도 위험이 따른다. 리팩터링이란 동작하는 코드를 수정하는 것이고, 그 과정에서 미묘한 버그가 생길 수 있다. 잘못 수행하면 오히려 며칠 혹은 몇 주간의 시간과 노력이 수포로 돌아갈 수 있다. 제대로 된 연습 없이 즉흥적으로 실시하는 리팩터링은 더욱 위험하다. 코드를 분석하다가 새롭게 수정할 부분을 발견하면 즉흥적으로 더 깊이 파기 시작하는 사람이 많은데, 그럴수록 수정할 부분이 더 많아져 마침내 헤어날 수 없는 구렁텅이에 빠지게 된다. 자기 무덤을 파지 않으려면 리팩터링을 반드시 계획적이며 체계적으로 해야 한다.
들어가며
- 리팩터링이란?
리팩터링은 겉으로 드러나는 코드의 기능(겉보기 동작)은 바꾸지 않으면서 내부 구조를 개선하는 방식으로 소프트웨어 시스템을 수정하는 과정이다. 버그가 생길 가능성을 최소로 줄이면서 코드를 정리하는 정제된 방법이다. 리팩터링한다는 것은 코드를 작성하고 난 뒤에 설계를 개선하는 일이다. - 리팩터링을 하면 일의 균형이 바뀐다. 처음부터 완벽한 설계를 갖추기보다는 개발을 진행하면서 지속적으로 설계한다. 시스템을 구축하는 과정에서 더 나은 설계가 무엇인지 배우게 된다. 그 결과, 개발의 시작부터 끝날 때까지 프로그램은 줄곧 우수한 설계를 유지한다.
한국어판 독자를 위한 안내
- 한국어판 출간 후 갱신되는 내용, 공지, 기타 유용한 정보가 있으면 아래 깃허브 페이지를 통해 공유한다.
- 이 책은 공식 소스코드를 제공하지 않으며, 대신 다른 독자가 많은 코드의 링크가 깃허브 페이지에 있으니 필요하면 참고한다.
- 깃허브
ヾ(^▽^*)))