: Software (2) 썸네일형 리스트형 Refactoring 아래 내용은 Clean code내용을 주로 기반으로 하였다. 이 책의 저자도 본인이 무조건 옳다고 주장하는 것은 아니므로, 단순히 의견으로만 받아들이고, 고민할 수 있는 내용이 되었으면 한다. Refactoring Reafctoring Introduction What is Refactouring? 외부 동작(소프트웨어의 관찰되는 동작)은 유지한 채, 내부 구조를 변경하는 것이다. 즉, 리팩토링은 사용자들이 몰라도 상관 없다. 개발자가 리팩토링을 하는 목적은 소프트웨어를 이해하기 쉽고, 수정용이하도록 변경하는 것이다. 우선, 무엇인지 알아본 후에 왜 해야하는지 다시 초첨을 맞춰보자. Two Hats - Kent back 이 이론은 하나에만 집중하라는 데, 중점을 두라는 뜻이다. 리팩토링이라는 모자와 기능구.. Clean Code Clean Code 깨끗한 코드를 유지해야하는 이유? 개발하면서 최적화 된 코드를 작성해라 (=코드 개선을 미루지마라. 나중은 절대 오지 않는다.) -> 깨진 유리창의 법칙 나쁜 코드는 점진적으로 생산성을 하락시키게 한다. 코드는 읽기:쓰기 비율이 10:1 클린 코드를 구분할 줄 아는 것과 작성할 줄 아는 것은 다르다. 보이스카우트 규칙 캠프장은 처음 왔을 때보다 더 깨끗하게 해놓고 떠나라 = 체크아웃 할 때보다 좀 더 깨긋한 ㅋ코드를 체크인 한다면 코드는 절대 나빠지지 않는다. 의미있는 이름 의도를 분명히 밝힌 이름을 사용하라. int d -> int appCratedDate. 그릇된 정보를 피하라. accountList -> accounts or accountGroup(리스트의 List인지 계정의 집.. 이전 1 다음
