본문 바로가기
소프트웨어공학론

Code smell

by 학식러 2023. 5. 26.

 

 

1. Refactoring Risk

1) 이전에 없었던 오류가 새로 생길 수 있다.

2) 너무 자주 사용해서는 안된다.

3) 제품화되어 배포할 시스템에 대해서는 할지 말지 신중하게 결정

 

 

2. Refactoring 비용의 원인

1) 개발자의 손을 거치기 때문에 비용이 든다. 코드 자체.

2) Refactoring의 이전, 이후를 확인하기 위해 테스트 케이스를 만들어야 한다. 그리고 테스트 케이스도 또한 유지보수를 해야 한다.

3) 문서 유지보수

 

3. Refactoring 하지 말아야 할 경우

1) 코드가 깨졌을 때(코드에 오류가 있을 때)

: 코드가 동작하지 않으면 오류 수정에 집중해야 하지 오류가 있는 코드를 Refactoring해서 구조를 향상시키는 것은 좋지 않다.

2) 마감이 다가올 때

3) Refactoring해야 할 이유가 없을 때

 

 

4. Code smell and Refactoring

Code smell : 코드에 문제가 있지 않을까 가능성을 보여주는 지시자

언제 코드에 문제가 있을것이라고 생각되는지 알려준다.

 

 

'소프트웨어공학론' 카테고리의 다른 글

Testing  (0) 2023.05.28
Code quality improvement  (0) 2023.05.27
Refactoring - Catalogue  (0) 2023.05.25
Refactoring - overview  (0) 2023.05.24
State Diagram의 구현  (0) 2023.05.23

댓글