yooputer's devlog

이펙티브 자바 3장 Item11를 요약한 내용입니다. public클래스라면 public 필드가 아닌 getter 메서드를 사용할 것 public클래스가 public필드를 제공하는 경우 해당 필드를 수정하려면 해당 필드를 사용하는 모든 클라이언트 코드를 수정해야함 getter를 사용하는 경우 getter 메서드만 수정하면 됨. package-private 클래스나 private 중첩 클래스는 public 필드를 사용해도 괜찮다 클라이언트 코드가 클래스 내부 표현에 묶이기는 하나, 클래스 안에서만 동작하는 코드이기 때문에 외부 클래스는 수정하지 않아도 된다.

Development Study/이펙티브 자바 2024. 1. 15. 08:46

cloneable 인터페이스 복제해도 되는 클래스임을 명시하는 믹스인 인터페이스 cloneable을 구현한 클래스의 clone메서드를 호출하면 객체의 필드를 복사한 후 객체를 반환함 cloneable을 구현하지 않은 클래스의 clone메서드를 호출하면 CloneNotSupportedException을 throw cloneable 인터페이스 문제점 clone 메서드가 cloneable에 선언되어 있는 것이 아니라 Object에 선언되어 있음 cloneable을 구현하는 것만으로는 외부 객체에서 clone메서드를 호출할 수 없고 가변 필드를 제대로 복제할 수 없음 올바른 clone 메서드 재정의 방법 제대로 동작하는 clone메서드를 가진 상위 클래스 상속 후 super.clone 호출 객체타입의 필드는 해..

Development Study/이펙티브 자바 2023. 9. 11. 08:46

이펙티브 자바 3장 Item12를 요약한 내용입니다. toString을 재정의하지 않을때의 문제점 Object의 기본 toString은 "클래스이름@해시코드"를 반환한다. toString은 println, printf, 문자열 연결 연산자(+), assert 구문에 넘길 때, 디버거가 객체를 출력할 때 자동으로 불린다. 만약 toString을 적절히 재정의하지 않았다면 객체의 의미를 파악할 수 없는 쓸모없는 메시지만 로그에 남을 것이다. 만약 상위클래스에서 이미 알맞게 재정의하였으면 예외다. 좋은 toString toString은 간결하면서 사람이 읽기 쉬운 형태의 유익한 정보르 반환해야 한다. 그 객체가 가진 주요 정보를 모두 반환하는 것이 좋다. 즉 toString의 값을 보고 객체를 파악할 수 있어..

Development Study/이펙티브 자바 2023. 5. 24. 11:32

이펙티브 자바 3장 Item11를 요약한 내용입니다. hashCode를 재정의하지 않을 때의 문제점 만약 equals를 재정의하였는데 hashCode를 재정의하지 않는 경우 다음과 같은 문제점이 발생할 수 있다. equals는 두 객체를 같다고 판단하였는데 두 객체의 hashCode가 다르다 HashMap, HashSet같은 컬렉션의 원소로 사용할 때 문제를 일으킨다 논리적으로 같은 객체는 같은 해시코드를 반환해야 하기 때문에 hashCode를 재정의할 필요가 있다. 좋은 hash 함수가 필요한 이유 논리적으로 다른 객체가 꼭 다른 해시값을 반환해야할 필요는 없다. 하지만 다른 객체가 다른 해시값을 반환하면 해시 테이블의 성능이 높아진다. 만약 해시테이블에 담긴 모든 객체가 하나의 해시값을 가지고 있다면..

Development Study/이펙티브 자바 2023. 5. 10. 10:45

이펙티브 자바 3장 Item10를 요약한 내용입니다. equals를 override하지 않아도 되는 경우 1. 각 인스턴스가 본질적으로 고유한 경우 2. 논리적 동치성(값이 같은지) 비교할 일이 없는 경우 3. 상위 클래스의 equals를 수정할 필요가 없는 경우 4. 클래스가 privatea나 package-private이고 equals를 수정할 필요가 없는 경우 equals를 override할 때 지켜야할 규약 1. 반사성 : x.equals(x)는 true 2. 대칭성 : x.equals(y)가 true이면 y.equals(x)도 true 3. 추이성 : x.equals(y)가 true이고 y.equals(z)가 true이면 x.equals(z)도 true 4. 일관성 : x.equals(y)를 반..

Development Study/이펙티브 자바 2023. 4. 26. 11:27

이펙티브 자바 2장 Item9를 요약한 내용입니다. InputStream, OutputStream, java.sql.Connection등 close메서드를 호출해 직접 닫아줘야하는 라이브러리들이 존재한다. 자원을 닫지 않으면 성능문제로 이어지기 때문에 반드시 자원을 반환해주어야 한다. 자원 회수를 보장하기위해 try-finally문을 사용할 수 있지만 자원이 여러개면 코드가 너무 지저분해진다. 또한 예외 추적이 불가능해지기도 한다. try-with-resources문을 사용하면 정확하고 쉽게 자원을 회수할 수 있다. 이 구조를 사용하기 위해서는 사용하는 자원이 AutoCloseable 인터페이스를 구현해야 한다. catch절을 사용해 다수의 예외를 처리할 수 있다

Development Study/이펙티브 자바 2023. 4. 12. 14:33

이펙티브 자바 2장 Item8를 요약한 내용입니다. 자바의 객체소멸자 자바는 finalizer와 cleaner라는 객체 소멸자를 제공한다. finalizer와 cleaner은 많은 문제를 야기하므로 특정 상황을 제외하곤 사용하지 않는다 finalizer와 cleaner의 문제점 1. 즉시 수행된다는 보장이 없다. 언제 수행될지는 가비지 컬렉터 알고리즘에 달려있다. 2. 수행 여부조차 보장하지 않는다 System.gc나 System.runFinalization 메서드는 실행가능성을 높여주지만 실행을 보장하진 않는다 이들의 실행을 보장하는 System.runFinalizersOnExit와 Runtime.runFinalizerOnExit가 있지만 심각한 결함이 존재한다 3. finalizer 동작중 예외 발생..

Development Study/이펙티브 자바 2023. 4. 12. 14:04

이펙티브 자바 2장 Item7를 요약한 내용입니다. 자바처럼 가비지 컬렉터를 갖춘 언어는 메모리 관리에 신경쓸 일이 줄어든다. 하지만 다 쓴 객체의 참조를 해제하지 않는 경우 메모리 누수가 발생할 수 있다. 다 쓴 참조(obsolete reference)란 앞으로 다시 쓰지 않을 참조라는 뜻이다. 다 쓴 참조라도 그 객체를 참조하는 객체가 존재한다면 가비지컬렉터가 회수해가지 못한다. 다 쓴 참조를 해제하는 가장 좋은 방법은 참조를 담은 변수를 유효 범위 밖으로 밀어내는 것이다 이것은 변수의 범위를 최소가 되게 정의하면 자연스럽게 이루어진다. 스스로 메모리를 관리하는 클래스는 사용하지 않는 참조를 null처리하여 가비지 컬렉터에게 해당 객체는 더이상 사용하지 않을 것임을 알려야 한다. 객체 참조를 캐시에 ..

Development Study/이펙티브 자바 2023. 4. 5. 11:00