Notice
Recent Posts
Recent Comments
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- UML관련
- unorder_map
- 자료구조
- 스마트포인터
- 정렬알고리즘
- 언리얼가비지컬렉터
- moreeffectiveC++
- stl
- dataasset
- UE_LOG
- 데이터애셋
- 강참조
- 정렬
- C++최적화
- 약참조
- 프로그래머스
- UELOG
- 알고리즘
- C++
- 람다사용정렬
- 언리얼엔진구조체
- 델리게이트
- UE4 커스텀로그
- map
- 선택정렬
- BFS
- 애셋로드
- 람다
- 크리티컬섹션
- enumasByue
Archives
- Today
- Total
목록리팩터링 (1)
기억을 위한 기록들
[refactoring] 1. 리팩터링 원칙
리팩터링이란? - 소프트웨어의 겉보기 동작은 그대로 유지한 채, 코드를 이해하고 수정하기 쉽도록 내부구조를 변경하는 기법. - 리팩터링 하기 전과 후의 코드가 똑같이 동작해야 한다. - 리팩터링은 성능 최적화와 비슷하다. 코드를 변경하지만, 전반적인 기능은 그대로 유지한다. 소프트웨어 개발의 목적은 두 가지로 '기능 추가'인지, '리팩터링'인지를 구분해서 작업하는 게 좋다. '기능 추가', '리팩터링' 두 작업을 번갈아가면서 할 수는 있어도 동시에 안 하는 게 좋다. 리팩터링을 하는 이유? - 소프트웨어 설계가 좋아진다. 리팩터링을 하지 않으면 내부 설계(아키텍처)가 썩기 쉽다. - 소프트웨어를 이해하기 쉬워진다. 몇 달이 지난 누군가 내 코드를 수정하고자 읽을 때를 위함일 수도 있다. 어떻게 보면 나 ..
ReFactoring
2021. 8. 23. 19:26