item 1. 생성자 대신 static 팩토리 메소드를 고려하라
item 2. 생성자에 매개변수가 많다면 빌더를 고려하라
item 3. private 생성자나 enum 타입으로 싱글턴임을 보증하라
item 4. 인스턴스화를 막으려거든 private 생성자를 사용하라
item 5. 자원을 직접 명시하지 말고 의존 객체 주입(DI)을 사용하라
item 8. finalizer와 cleaner 사용을 피하라
item 9. try-finally 보다는 try-with-resources를 사용하라.
item 10. equals는 일반 규약을 지켜 재정의하라
item 11. equals를 재정의하려거든 hashCode도 재정의하라
item 15. 클래스와 멤버의 접근 권한을 최소화하라
item 16. public 클래스에서는 public 필드가 아닌 접근자 메소드를 사용하라
item 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라
item 20. 추상 클래스보다는 인터페이스를 우선하라
item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라
item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라
item 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라
item 24. 멤버 클래스는 되도록 static으로 만들라
item 25. 톱레벨 클래스는 한 파일에 하나만 담으라
item 31. 한정적 와일드카드를 사용해 API 유연성을 높이라
item 54. null이 아닌, 빈 컬렉션이나 배열을 반환하라
item 56. 공개된 API 요소에는 항상 문서화 주석을 작성하라
item 58. 전통적인 for 문보다는 for-each 문을 사용하라
item 60. 정확한 답이 필요하다면 float와 double은 피하라
item 61. 박싱된 기본 타입보다는 기본 타입을 사용하라