TIL.Self Refactoring

Refactoring이란?

• 외부 동작을 바꾸지 않으면서 내부 구조를 개선하는 방법이다.
• 코드가 작성된 후에 디자인을 개선하는 작업이다.
• 모든 것을 미리 생각하기보다는 개발을 하면서 지속적으로 좋은 디자인을 찾는다.
• 메소드 내의 지역변수와 parameter를 주의 깊게 볼 필요가 있다,.
• 값이 수정되지 않는 변수는 파라미터로 넘길수 있다.
• 값이 수정되는 변수는 주의가 필요하다. 변화되는 부분을 함수로 추출하여 리턴값으로 돌려줄 수 있다.

왜 리팰토링을 해야할까?

• 코드의 구조가 망가지는 효과는 누적된다.
• 코드의 디자인을 유지하도록 도와준다.
• 중복을 제거함으로써 각각의 작업에 대한 코드가 오직 한 곳에만 있게 할 수 있다.
• 버그를 찾도록 도와준다.
• 프로그램을 빨리 작성하도록 도와준다.

console.log는 지우자!

테스트로 사용된 console은 모두 지워야한다. console.log는 테스트를 할 때는 필수적이지만 최종 결과물에는 포함되면 안된다. 지우지 않을경우 최종 결과물에 가독성을 해칠수 있다. 또한 기존의 console.log가 잔존한 상태로 새로운 테스트를 위해 console.log를 추가 했을때 기존의 console.log와 혼재되어서 내가 진짜로 확인하고 싶은 값이 무엇인지 알기 어려워진다. 코드의 가독성, 다른 팀원을 위한 기본적인 배려 차원에서 console.log를 지우는것은 가장 기본적인 컨벤션이다

Semantic Tag의 사용

• Semantic Tag를 이용해서 HTML을 작성하면 사람과 웹 브라우저 모두 읽기 편해진다.
• non-semantic요소들: div와 span 자신의 컨텐츠에 대해 아무것도 설명해주지 않는다.
• semantic 요소들: form,table,article 자신의 컨텐츠를 명확하게 정의한다.
• Semantic Tag 요소들