열심히 해보자.
-
Item01. 객체 생성과 파괴
-
Item02. 생성자에 매개변수가 많다면 빌더를 고려하라.
-
Item03. 객체 생성과 파괴
-
-
Item04. 인스턴스화를 막으려거든 private 생성자를 사용하라.
-
Item05. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라.
-
Item06. 불필요한 객체 생성을 피하라.
-
Item07. 다 쓴 객체 참조를 해제하라.
-
Item08. finalizer와 cleaner 사용을 피하라.
-
Item09. try-finally 보다는 try-with-resources를 사용하라.
-
Item10. equals는 일반 규약을 지켜 재정의하라.
-
Item11. equals를 재정의하려거든 hashCode도 재정의하라.
-
Item12. toString을 항상 재정의하라.
-
Item13. clone 재정의는 주의해서 진행하라.
-
Item14. Comparable을 구현할지 고려하라.
-
Item15. 클래스와 멤버의 접근 권한을 최소화하라.
-
Item16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라.
-
Item17. 변경 가능성을 최소화하라.
-
Item18. 상속보다는 컴포지션을 사용하라.
-
Item19. 상속을 고려해 설계하고 문서화하라. 그렇지 않다면 상속을 금지하라.
-
Item20. 추상 클래스보다는 인터페이스를 우선하라.
-
Item21. 인터페이스는 구현하는 쪽을 생각해 설계하라.
-
Item22. 인터페이스는 타입을 정의하는 용도로만 사용하라.
-
Item23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라.
-
Item24. 멤버 클래스는 되도록 static으로 만들라.
-
Item26. 로 타입은 사용하지 말라.
-
Item27. 비검사 경고를 제거하라.
-
Item28. 배열보다는 리스트를 사용하라.
-
Item29. 이왕이면 제네릭 타입으로 만들라.
-
Item30. 이왕이면 제네릭 메서드로 만들라.
-
Item31. 한정적 와일드카드를 사용해 API 유연성을 높이라.
-
Item32. 제네릭과 가변인수를 함께 쓸 때는 신중하라.
-
Item33. 타입 안전 이종 컨테이노를 고려하라.
-
Item34. int 상수대신 열거 타입을 사용하라.
-
Item35. ordinal 메서드 대신 인스턴스 필드를 사용하라.
-
Item36. 비트 필드 대신 EnumSet을 사용하라.
-
Item38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라.
-
Item39. 명명패턴보다 애너테이션을 사용하라.
-
Item40. @Override 애너테이션을 일관되게 사용하라
-
Item41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
-
Item42. 익명클래스 보다는 람다를 사용하라
-
Item43. 람다보다는 메서드 참조를 사용하라
-
Item44. 표준 함수형 인터페이스를 사용하라
-
Item45. 스트림은 주의해서 사용하라
-
Item46. 스트림에서는 부작용 없는 함수를 사용하라
-
Item47. 반환 타입으로는 스트림보다 컬렉션이 낫다
-
Item48. 스트림 병렬화는 주의해서 적용하라
-
Item49. 매개변수가 유효한지 검사하라
-
Item50. 적시에 방어적 복사본을 만들라
-
Item51. 메서드 시그니처를 신중히 설계하라
-
Item52. 다중정의는 신중하게 사용하라
-
Item53. 가변인수는 신중히 사용하라
-
Item54. null이 아닌, 빈 컬렉션이나 배열을 반환하라
-
Item55. 옵셔널 반환은 신중히 하라
-
Item57. 지역변수의 범위를 최소화하라
-
Item58. 전통적인 for문보다는 for-each문을 사용하라
-
Item61. 박싱된 기본 타입보다는 기본 타입을 사용하라
-
Item62. 다른 타입이 적절하다면 문자열 사용을 피하라
-
Item63. 문자열 연결은 느리니 주의하라
-
Item64. 객체는 인터페이스를 사용해 참조하라
-
Item66. 네이티브 메서드는 신중히 사용하라
-
Item69. 예외는 진짜 예외 상황에만 사용하라