본문 바로가기

Reading Record

ㅤㅤㅤㅤㅤ
By gobukgol
아이템[13] - clone 재정의는 주의해서 진행하라 클래스에서 clone을 재정의 하기위해선 해당 클래스에 Cloneable 인터페이스를 상속받아 구현하여야 한다. 그런데 정작 clone 메소드는 Cloneable 인터페이스가 아닌 Object에 선언되어있다. Cloneable 인터페이스에는 아무것도 선언되어있지 않은 빈 인터페이스이다. 그렇다면 Cloneable 인터페이스의 역할은 무엇일까? Cloneable 인터페이스의 역할 Cloneable 인터페이스는 상속받은 클래스가 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스이다. Cloneable 인터페이스의 역할은 Object의 clone의 동작 방식을 결정한다. Cloneable을 상속한 클래스의 clone 메소드를 호출하면 해당 클래스를 필드 단위로 복사하여 반환한다. 만약, Cloneab.. Reading Record/이펙티브자바 2020. 2. 9.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
아이템 [7] - 다 쓴 객체 참조를 해제하라 자바를 사용할 때 "GC"에 의존하여 메모리 자원 관리에 소홀해서는 안된다. GC 의 손이 닿지 않는 자원이 생기지 않도록 주의해야한다. GC 관련 포스팅은> https://javabom.tistory.com/7 Memory Leak 예시 다 쓴 참조(obselete reference) 더이상 사용하지 않지만 참조되어있어 수거되지 않음. 뿐만 아니라 그 객체가 참조하고 있는 또 다른 객체까지 수거되지 않기 때문에 큰 문제가 발생할 수 있음. 메모리 누수 케이스 1. 자기 자신의 자원을 관리하는 클래스 이펙티브 자바 책에서는 Stack 을 예시로 든다. Stack이 자원을 pop 하기만 한다고 GC 대상이 되지는 않는다. 일반적으로 구현하는 pop 의 로직에는 stack size 를 -1 해줄 뿐이기 때문.. Reading Record/이펙티브자바 2020. 2. 8.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
아이템 [3] - private 생성자나 열거타입으로 싱글턴임을 보증하라 싱글턴 인스턴스를 오직 하나만 생성할 수 있는 클래스 ex) 함수 싱글턴의 한계? 싱글턴을 사용하는 클라이언트 테스트가 어렵다. 하나의 자원을 공유하기 때문에 테스트로 써도 되는 클래스인가를 판별해야 하는 것 같다. 예를들어, 실 DB에 접근하는 싱글턴을 테스트에 적용하면 안된다. 싱글턴을 만드는 방법 1. 싱글턴 인스턴스를 public static final 필드로 만들고 생성자를 private 으로 한다. public class Foo{ public static final Foo INSTANCE = new Foo(); private Foo(){}; } @Test public void 싱글턴테스트(){ Foo foo1 = Foo.INSTANCE; Foo foo2 = Foo.INSTANCE; assert.. Reading Record/이펙티브자바 2020. 2. 8.
ㅤㅤㅤㅤㅤ
By ds_chanin
아이템[14] - Comparable을 구현할지 고려하라 아이템[14] - Comparable을 구현할지 고려하라 Comaparable을 구현하면 compareTo를 재정의 하여 손쉽게 컬렉션을 정렬할 수 있다. 따라서 알파벳, 숫자, 연대와 같이 순서가 명확한 클래스를 작성한다면 반드시 Comparable을 구현하도록 하자. Comparable은 compareTo만 가지고 있어 Functional Interface로 착각할 수 있지만 그렇지 않다. Functional Interface은 람다식에 적합한 구조여야 하기 때문이다. * 람다식은 객체 내부의 멤버변수를 우선 순위에 따라 비교하는 Comaprable을 구현하기에 적합하지 않기때문이다. compareTo 메서드의 일반 규약 앞장에서 살펴본 equals의 규약과 비슷하다. 먼저 짚고 넘어갈 compare.. Reading Record/이펙티브자바 2020. 2. 7.
ㅤㅤㅤㅤㅤ
By crud
아이템[11] - equals를 재정의 하려거든 hashCode도 재정의하라 1. equals를 재정의한 클래스는 hashCode도 재정의 해야한다. HashMap이나 HashSet같은 컬렉션의 원소로 사용할 때 문제가 발생한다. 해쉬코드 재정의 조건 equals 비교에 사용되는 정보가 변경되지 않는다면, hashCode는 변하면 안된다. equals가 두 객체가 같다 판단한다면, 두 객체의 hashCode는 똑같은 값을 반환한다. equals가 두 객체가 다르다고 판단해도, hashCode는 꼭 다를 필요는 없다. 하지만 성능을 챙기려면 hashCode값이 달라야 한다. public V get(Object key) { Node e; return (e = getNode(hash(key), key)) == null ? null : e.value; } static final int .. Reading Record/이펙티브자바 2020. 1. 26.
ㅤㅤㅤㅤㅤ
By 쟈 미
아이템 [10] - equals는 일반 규약을 지켜 재정의하라 1. equals를 재정의 하면 안되는 경우 equals는 재정의하기 쉬워보이지만 곳곳에 함정이 있다. 문제를 회피하는 가장 쉬운 길은 아예 재정의하지 않는 것이다. ㄱ. 각 인스턴스가 본질적으로 고유할 때 값 표현 객체가 없을 때를 이야기 하는 것 같다. Bean에 등록해두는 객체 repository, controller, service 등이 이에 해당할 것 같다. DTO, Domain 객체는 값 검증이 필요할 수 있으니 equals를 재정의 해야할 수도 있다. ㄴ. 인스턴스의 논리적 동치성(logical equality)를 검사할 일이 없을 때 논리적 동치성 검사의 1가지 : Pattern의 인스턴스가 같은 정규 표현식을 나타내는 지 검사 ㄷ. 상위 클래스에서 재정의한 equals가 하위 클래스에도 .. Reading Record/이펙티브자바 2020. 1. 26.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
아이템 [1] - 생성자 대신 정적 팩터리 메서드를 고려하라 인스턴스를 생성하는 방법은 (1) public 생성자 (2) 정적 팩터리 메서드가 있다. 여기서 정적 팩터리 메서드를 사용할 때 찾을 수 있는 장점은 다음과 같다. 1. 이름을 가질 수 있다. 생성자는 클래스명(parameters) 형태로만 구현할 수 있지만 정적팩터리 메서드는 자신의 이름을 가질 수 있다. 하지만 자주 사용되는 직관적인 정적팩터리 메서드 이름이 있으니 참고하여 구현하도록 해야한다.(포스팅 하단에 정리되어있다.) /*(1) valueOf 라는 메서드 명을 통해 반환되는 값을 유추할 수 있다. true라는 값이 Boolean 형태로 반환되어 나오겠다는 사실을 알 수 있다. */ Boolean boolean1 = Boolean.valueOf(true); /* (2) 생성자는 시그니처 중복이 .. Reading Record/이펙티브자바 2020. 1. 20.

티스토리툴바