Computer 그리고 Developer

Refactoring

버리야 2007. 6. 18. 21:47
반응형
마틴 파울러의 Refactoring에서 나온 좋은 문구

마틴 파울러의 리팩토링 분류방식


Eclipse 3.2를 활용한 리팩토링 - (1)      Eclipse 3.2를 활용한 리팩토링- (2)
Eclipse의 refactoring 기능을 잘~ 못쓰는데
날짜별, 시간별 history도 있군요. 역시나... 이게 있으면 맘편히 refactoring 해도 되겠군요.

나쁘고 건강하지 않은 코드의 속성
중복
같은 역할의 코드가 중복되는 경우를 의미

뚱뚱
일반적으로 프로그램 요소가 지나치게 한곳에 집약되어 있거나 너무 많은 의미를 포함하고 있거나 이질적인 요소들이 같이 모여 있는 경우를 의미

홀쭉
프로그램 요소의 의미나 기능이 지나치게 빈약하여 독립적으로 존재할 필요가 없는 경우를 의미


리팩토링
수정 -> 테스트 -> 수정 -> 테스트...
소프트웨어를 보다 이해하기 쉽고, 수정하기 쉽도록 만드는 것
퍼포먼스 최적화는 종종 코드를 어렵게 만든다. 하지만 필요한 퍼포먼스를 얻기 위해서는 그렇게 해야 한다.

리팩토링은 소프트웨어 디자인을 개선 시킨다.
리팩토링은 소프트웨어를 더 이해하기 쉽게 만든다.
리팩토링은 버그를 찾도록 도와준다.
리팩토링은 프로그램을 빨리 작성하도록 도와준다.

기능을 추가할때 리팩토링을 하라
버그를 수정해야할때 리팩토링을 하라
코드 검토를 할때 리팩토링을 하라

리팩토리링은 그냥 지금 고치면 된다.

더 참고 URL : 리팩토링 간단한 정리




반응형