인터페이스는 타입을 정의하는 용도로만 사용하라 - Effective Java[22]
🔗 인터페이스는 오직 이 용도로만 사용해야해 !!
Recent Posts
인터페이스는 구현하는 쪽을 생각해 설계해라 - Effective Java[21]
🔗 디폴트 메소드 두둥 등장!!
추상 클래스보다는 인터페이스를 우선하라 - Effective Java[20]
🔗 인터페이스 (interface) , 추상 클래스 (abstract class)
상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 - Effective Java[19]
🔗 상속을 고려한 설계와 문서화가 정확히 무슨 말이야?
상속보다는 컴포지션을 사용하라. - Effective Java[18]
상속은 코드를 재사용하는 강력한 수단이지만, 항상 최선은 아니다.
변경 가능성을 최소화하라 - Effective Java[17]
불변클래스란 간단히 말해 그 인스턴스의 내부 값을 수정할 수 없는 클래스다.
public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 - Effective Java[16]
🔗 public 클래스에서의 public 필드를 통한 데이터 접근의 단점
클래스와 멤버의 접근 권한을 최소화하라 - Effective Java[15]
어설프게 설계된 컴포넌트와 잘 설계된 컴포넌트의 가장 큰 차이는 바로 클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼느냐이다.
Comparable을 구현할지 고려하라. - Effective Java[14]
🔗 Comparable 인터페이스의 유일무이한 메서드 compareTo
clone 재정의는 주의해서 진행해라 - Effective Java[13]
Cloneable은 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스(mixin interface)지만,
toString을 항상 재정의하라 - Effective Java[12]
🔗 모든 하위 클래스에서 toString 메소드를 항상 재정의하라.
equals를 재정의하려거든 hashCode도 재정의하라. - Effective Java[11]
🔗 equals를 재정의한 클래스 모두에서 hashCode로 재정의해야 한다.
equals는 일반 규약을 지켜 재정의하라 - Effective Java[10]
equals 메소드는 기본적으로 최상위 객체인 Object에서 제공하는 메소드로서 재정의를 염두에 두고 설계된 것이다. 때문에 재정의 시 지켜야 하는 일반 규약이 명확이 정의가 되어있다.
try-finally보다는 try-with-resources를 사용하라 - Effective Java[9]
자바 라이브러리에는close 메소드를 호출해 직접 닫아줘야 하는 자원이 많다.
finalizer와 cleaner 사용을 피하라 - Effective Java[8]
자바는 아래와 같이 두 가지 객체 소멸자를 제공한다.
다 쓴 객체 참조를 해제하라 - Effective Java[7]
자바는 메모리를 자동으로 관리해주는 가비지 컬렉터를 지원하는 언어이다.
불필요한 객체 생성을 피해라 - Effective Java[6]
똑같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 편이 나을때가 많다.
자원을 직접 명시하지말고 의존 객체 주입을 사용하라. - Effective Java[5]
많은 클래스가 하나 이상의 자원에 의존한다.
인스턴스화를 막으려거든 private 생성자를 사용하라. - Effective Java[4]
객체 지향적으로 사고하지 않는 이들이 종종 남용하는 경우가 있지만, 정적 메서드와 정적필드만을 담은 클래스는 나름의 쓰임새가 있다. 아래의 예시를 보자