Refactoring (2) 썸네일형 리스트형 리팩토링 관련 문제 리팩토링 관련 문제들 데이터베이스수많은 비즈니스 애플리케이션은 바탕이 되는 데이터베이스 스키마와 강력히 결합되어 있다.이 때문에 데이터베이스 수정이 어려워지는 것이다.또 다른 이유로는 데이터 이전 문제를 들 수 있다.아무리 데이터베이스 스키마와 객체 모델의 상호 의존성을 최소화하려고 시스템을 꼼꼼하게 계층 구주로 제작했더라도, 데이터베이스 스키마를 수정하면 데이터도 이전해야 하는데, 이것은 시간도 오래 걸릴 뿐아니라 위험성도 높다.데이터 이전 작업은 오래 걸릴수 있으며, 일부 시스템에서는 스키마를 정기적으로 수정하는 일이 불가능할 수도 있다.이 문제를 해결하기 위해 객체 모델과 데이터베이스 모델 사이에 별도 소프트웨어 계층을 두는 방법이 있다.이렇게 하면 두 모델이 생긴 변경 사항을 따로 유지할 수 있어.. 리팩토링 리팩토링 개론리팩토링-겉으로는 드러나는 기능은 그대로 둔채, 알아보기 쉽고 수정하기 간편하게 소프트웨어 내부를 수정하는 작업(명사적)-리팩토링 기법을 연달아 적용해서 겉으로 들어나는 기능은 그대로 둔 채 소프트웨어 구조를 변경하는 것(동사적) 리팩토링의 목적1. 소프트웨어를 더 이해하기 쉽고 수정하게 쉽게 만드는 것.2. 겉으로 드러나는 소프트웨어 기능에 영향을 주지 않고 기능을 추가할때는 코드를 수정하지말고 기능만 추가해야한다.리팩토링을 할때는 코드를 추가하지 말고 코드 구조 개선만 해야한다. 리팩토링은 왜?리팩토링을 실시하지 않으면 프로그램 설계는 점점 노후된다.코드를 수정하거나 코드의 설계를 완벽히 이해하지 않고 코드를 수정하면, 코드 구조가 뒤죽박죽되어 그 코드를 보고 설계를 파악하기 어려워진다... 이전 1 다음