728x90 반응형 코드개선3 클린코드(Clean code) 17장 - 냄새와 휴리스틱 : 최종 정리 1. 클린코드에 대한 철학 1) 나쁜 코드가 나쁜 이유 - 생산성 저하 2) 보이스카우트 룰 기억하기: 수정전보다 수정후에 더 깨끗한 코드 좋은 코드는 생산성을 상승시킨다! 3) 창발적 설계에서 유의해야 할 사항 규칙에 극단적으로 심취하여 클래스/메서드를 과하게 쪼개지 않을 것 : 실용적 관점에서 타협하기 2. 공동 창작시의 매너 : 나와 동료를 위해 네이밍/ 함수/ 주석/ 포맷팅 시 '팀이 가지고 있는 컨벤션(약속)' 을 우선하여 개발 3. 객체 지향 패턴 1) 캡슐화 2) 어댑터 패턴: 외부 코드 호출시 우리 인터페이스대로 호출하기 위해 사용하는 패턴, 외부 코드와의 호환성을 위해 사용 3) 결합도는 높게, 응집도는 낮게 4) SOLID 원칙 - 하도 많이 인용해서 이제 지겨움 4. 오류 처리 1) .. 2022. 9. 29. 13:55 클린코드(Clean code) 15~16장 : 실제 라이브러리 분석 (JUnit, SerialDate) JUnit, SerialDate 같은 정말 많이 사용하는 라이브러리조차 작가가 여러 가지로 손대고 리팩토링하면서 좀 더 나은 결과물이 나옴을 확인하였음 변수 앞에 붙은 접두어를 제거한다. 의도를 명확히 표현하기 위해 조건문은 캡슐화한다. 즉, 조건문을 따로 메서드로 뽑아내고 적절한 이름을 짓는다. 중복되는 변수 이름을 수정해서 더욱 의미를 명확하게 표현한다. 조건문을 긍정문으로 반전시킨다. 함수 이름을 가독성 있게 수정한다. 수행하는 일이 다른 함수를 따로 분리한다. 오래된 주석 수정 enum을 독자적인 소스 파일로 이동 정적 변수, 정적 메서드를 새 클래스로 이동 변수 이름 변경 새 메서드를 생성해 메서드간 중복 제거 어떤 일을 해도 마찬가지겠지만, 타인의 코드를 비판하거나 / 내 코드를 비판하는 걸 .. 2022. 9. 27. 18:24 클린코드(Clean code) 14장 - 점진적인 개선 1. 코드가 나빠지고, 무언가 잘못되고 있음을 인지: 기능추가를 멈추고 그 상태에서 개선 -> 테스트 코드 작성 : 변경전후 결과가 같아야 함. 모든 테스트가 수정전 상태에서도 통과해야. -> 점진적 개선: 책임에 따라 클래스를 나누고, 코드를 이동하는 등의 개선을 수행 *개선이랍시고 구조를 크게 뒤집어 엎으면 망하는 지름길 아그래서 봇과장님이 저 그냥 이거 다시 갈아엎고 짜면 안돼요? 하면 말렸구나 2. IDE에서 사용하면 좋은 기능 - extract method - change signature: 메소드 파라미터 추가/삭제/변경 - rename - extract variable : 변수 추출 - extract field : 특정 값을 멤버변수로 설정하기 - extract constant : 상수로 추.. 2022. 9. 26. 18:11 이전 1 다음 728x90 반응형
