[Refactoring] 뒤엉킨 변경
뒤엉킨 변경 소프트웨어는 변경에 유연하게 대처할 수 있어야 한다. 어떤 한 모듈이 (함수 또는 클래스가) 여러가지 이유로 다양하게 변경되어야 하는 상황. ex) 새로운 결제 방식을 도입하거나, DB를 변경할 때 동일한 클래스에 여러 메소드를 수정해야 하는 경우. 서로 다른 문제는 서로 다른 모듈에서 해결해야 한다. 모듈의 책임이 분리되어 있을수록 해당 문맥을 더 잘 이해할 수 있으며, 다른 문제는 신경쓰지 않아도 된다. 이와 관련된 리팩토링 기술은 3종류가 있다. 단계 쪼개기(Split Phase)를 사용해 서로 다른 문맥의 코드를 분리할 수 있다. 함수 옮기기 (Move Function)를 사용해 적절한 모듈로 함수를 옮길 수 있다. 모듈이 클래스 단위라면 클래스 추출하기 (Extract Class)를..
Study
2022. 2. 27. 12:48
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 스프링
- 코테
- 인프런
- 데이터베이스
- 노마드코더
- 노마드
- 정렬
- 알고리즘
- mysql 8.0
- Spring
- 문자열
- Algorithm
- 그리디
- leetcode
- kotlin
- 김영한
- MySQL
- spring boot
- 백준
- 구현
- 스프링 부트
- Real MySQL
- 리팩토링
- webflux
- 파이썬
- 릿코드
- 스프링부트
- 코틀린
- 북클럽
- 자료구조
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
글 보관함