본문은 Effective Java를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 선결론 예외는 오직 예외 상황에서만 써아하며, 절대로 정상적인 제어 흐름에서 쓰여서 안 된다 API를 제공하는 상황에서 클라이언트가 정상적인 제어 흐름에서 예외를 사용할 일이 없게 해야 한다
본문은 Effective Java를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 선결론 자바의 명명 규칙은 크게 철자와 문법 두 범주로 나뉜다 각 명명 규칙을 숙지하자 철자 규칙 1) 패키지 패키지와 모듈 이름은 각 요소를 점(.)으로 구분하여 계층적으로 짓는다 이때 요소들은 모두 소문자 알파벳 혹은 숫자로 이루어진다 조직 바깥에서 사용될 패키지라면 조직의 인터넷 도메인 이름을 역순으로 사용한다(com.google, org.eff) 예외적으로 표준 라이브러리와 선택적 패키지들은 java와 javax로 시작한다 패키지 이름의 나머지는 해당 패키지를 설명하는 하나 이상의 요소로 이뤄진다 각 요소는 일반적으로 8자 이하의 짧은 단어로 하되..
본문은 Effective Java를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 선결론 적합한 인터페이스만 있다면 매개변수뿐 아니라 반환값, 변수, 필드를 전부 인터페이스 타입으로 선언하라 인터페이스를 타입으로 사용하면 유연성을 확보할 수 있다 적합한 인터페이스가 없다면 클래스 계층구조 중 필요한 기능을 만족하는 가장 덜 구체적인(상위의) 클래스를 타입으로 사용하자
본문은 Effective Java를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 선결론 문자열은 불변이므로 문자열 연결 연산자(+)로 문자열 n개를 잇는 시간 n^2에 비례한다 → 이는 심각한 성능저하를 유발할 수 있다 따라서 많은 문자열을 연결할 떄는 String 대신 StringBuilder를 사용하자
본문은 Effective Java를 읽고 간단하게 정리한 글입니다. 필요에 따라 생략/수정된 부분이 있을 수 있으며, 내용이 추후 변경될 수 있습니다. 선결론 더 적합한 데이터 타입이 있거나 새로 작성할 수 있다면 문자열 대신 사용하라 문자열을 잘못 사용하는 흔한 예로는 기본 타입, 열거 타입, 혼합 타입이 있다 문자열을 지양해야 할 사례 1) 문자열은 다른 값 타입을 대신하기에 적합하지 않다 받은 데이터가 수치형이라면 int, float, BigInteger 등 적당한 수치 타입으로 변환하라 받은 데이터가 '예/아니오'의 질문의 답이라면 적절한 열거 타입이나 boolean으로 변환해야 한다 즉, 기본 타입이든 참조 타입이든 적절한 값 타입이 있다면 그것을 사용하고 없다면 새로 하나 작성하라 2) 문자열..
