사내에서 공부하는 스터디그룹들에서 공유한 내용을 바탕으로 개인적인 정리 기록들입니다. 최대한 깔금하게 이론 및 아이디어, 지식 위주로만 전달하겠습니다.변수 / 함수 / 클래스 이름에 고려해야 할 사항수행하는 기능을 고려하자따로 주석이 필요하다면 의도를 분명히 드러내지
클린코드를 위한 함수작성 가이드를 스터디 후 기록으로 남깁니다.함수를 만드는 가장 중요한 규칙은 작게함수는 20줄도 길다!함수를 작게 만들어야 읽고 이해하기 쉬워진다if / else, while 에서는 블록은 한 줄로!안에서 함수를 호출하는 형태로 하면 된다중첩 구조가
우테코 사전미션 과정에서 배웠던 간단한 피드백들을 기록으로 남긴다.System.out.println() 이 아닌 System.out.print()를 사용한 것이 아닌지 꼭 확인Exception을 잡을때, RuntimeException으로 catch하는 경우 Illega
아래의 포스팅과 이어집니다.링크지난 포스팅에서도 언급했지만, 개발 초기단계에서 기능 목록을 클래스 설계, 메소드 설계 등 너무 구체화시키지 않는 것이 좋다. 언제든 변경될 수 있기 때문이다. 예외처리나 코너케이스 등 예외적인 상황들도 적는 것이 좋다예시는 아래와 같다.
BadGoodBadGoodBadGoodBadGoodBadGoodBadGood<출처 : 리팩터링 2판 (한빛미디어)>오픈소스 네이밍
상당수의 코드 기반은 전적으로 오류처리 코드에 좌우된다흩어진 오류처리코드 때문에 실제 코드가 하는 일 파악에 도움이 안 됨오류처리코드로 인해 프로그램 논리를 이해하기 어려워지면 안됨따라서 아래와 같은 고려사항들을 파악할 필요가 있음오류코드보다 예외를 처리하자Try-Ca
신문 사설을 작성하듯이 코드를 작성하자생각 사이에는 빈 행을 넣어서 생각할 여유를 주자각 행은 하나의 절(의미) 를 담고 있기 때고, 위 사항과 함께 사용해서 묶음으로 표현하자밀접한 내용은 붙여놓자같은 파일에 둘 정도의 경우에는 같이 사용하는 경우 가깝게 두는 것이 좋