JAVA 104

[아이템 21] 인터페이스는 구현하는 쪽을 생각해 설계하라

아이템 20에서 Java 8 이후 도입된 default 메서드는 인터페이스에 새로운 기능을 추가할 수 있으면서도 컴파일 에러를 발생시키지 않기 때문에 장점이라고 소개헀지만 이러한 특성은 단점으로 작용할 수도 있습니다. 추가된 default 메서드를 해당 인터페이스 구현체와 합의 없이 무작정 삽입된 형태 추가된 디폴트 메서드는 경우에 따라 기존 구현체에 런타임 오류를 야기할 수 있음 1. 추가된 default 메서드를 해당 인터페이스 구현체와 합의 없이 무작정 삽입된 형태 디폴트 메서드를 선언하면 해당 인터페이스를 구현한 클래스 중 디폴트 메서드를 재정의하지 않은 모든 클래스에서는 디폴트 구현이 적용됩니다. 자바 8에서는 람다를 활용하기 위해 핵심 컬렉션 인터페이스들에 다수의 default 멤서드가 추가되..

JAVA/Effective Java 2024.02.07

[아이템 20] 추상 클래스보다는 인터페이스를 우선하라

자바가 제공하는 다중 구현 방식은 아래와 같이 두 가지입니다. 추상 클래스 인터페이스 Java 8+ 버전부터 인터페이스도 default method를 제공할 수 있게 되어 두 메커니즘 모두 인스턴스 메서드를 구현 형태로 제공할 수 있다는 공통점이 있습니다. 한편 이 둘의 가장 큰 차이점은 아래와 같습니다. 추상 클래스 추상 클래스가 정의한 메서드를 구현하는 클래스는 반드시 추상 클래스의 하위 클래스가 되어야 같은 타입으로 취급합니다. 자바는 단일 상속만을 지원하기 때문에, 추상 클래스를 이용한 방식은 새로운 타입을 정의하는데 큰 제약이 따릅니다. 인터페이스 반면 인터페이스에서 정의한 메서드를 모두 정의한 클래스라면 다른 어떤 클래스를 상속했든 같은 타입으로 취급합니다. 추상클래스보다 확장에 용이하기 때문..

JAVA/Effective Java 2024.02.07

[아이템 19] 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라

설계 원칙 1. 상속용 클래스는 내부 구현을 문서로 남겨야 한다 "좋은 API 문서란 '어떻게'가 아닌 '무엇'을 하는지를 설명해야 한다"라는 격언과 달리 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지 문서로 남겨야 합니다. 이는 상속을 하는 순간 캡슐화가 깨지기 때문입니다. 만약 상위 클래스 메서드의 내부 구현을 모르는 상태로 개발을 진행할 경우 아이템 18에서 다루었던 문제가 또다시 발생할 것입니다. 복습하자면 HashSet을 상속한 InstrumentedHashSet 클래스가 원소가 추가될 때마다 계측하는 용도로 add()와 addAll() 메서드를 재정의 재정의한 addAll() 메서드가 내부적으로 count 값을 올리고 원소 추가를 위해 상위 클래스의 addAll() ..

JAVA/Effective Java 2024.02.06

[Java] Java 쓰레드 기본 API

개요 해당 게시글에 앞서 아래 포스팅을 읽고 오시면 이해하는데 도움이 되실 것입니다. https://jaimemin.tistory.com/2369 [Java] 쓰레드 생성 및 실행 구조 개요해당 게시글에 앞서 아래 포스팅을 읽고 오시면 이해하는데 도움이 되실 것입니다. https://jaimemin.tistory.com/2357 [OS] 운영체제 기초Process vs Thread Process 프로그램의 실제 실행을 의미하며 프로그 jaimemin.tistory.com 1. sleep() 1.1 개요 지정된 시간 동안 현재 쓰레드의 실행을 일시 정지하고 Timed Waiting 상태로 빠졌다가 시간이 지나면 Ready To Run 상태로 전환 native 메서드이기 때문에 OS에 위임하며 시스템 콜을 ..

[아이템 18] 상속보다는 컴포지션을 사용하라

클래스가 다른 클래스를 확장하는 구현 상속 은 코드를 재사용하는 장점을 제공하지만, 이를 활용하는 경우에는 아래와 같은 상황에서만 고려해야 합니다. 상위 클래스와 하위 클래스를 모두 같은 프로그래머가 통제하는 패키지 내부일 경우 확장할 목적으로 클래스가 설계되었고 문서화도 잘 된 클래스 위 두 케이스에 해당하지 않는 경우, 즉 패키지 경계를 넘어 다른 패키지의 구체 클래스를 상속하면 아래의 이유로 인해 위험합니다. 상위 클래스에서 제공하는 메서드 구현이 변경되는 경우 상위 클래스에서 새로운 메서드가 생기는 경우 1. 상위 클래스에서 제공하는 메서드 구현이 변경되는 경우 하위 클래스의 동작은 하위 클래스의 구현 내용에 따라 변경될 수 있습니다. 즉 상위 클래스가 새로운 릴리스 때 내부 구현이 달라질 경우 ..

JAVA/Effective Java 2024.02.05

[아이템 17] 변경 가능성을 최소화하라

불변 클래스 불변 클래스란 인스턴스의 내부 값을 수정할 수 없는 클래스이며 immutable class라고 지칭합니다. 불변 클래스는 가변 클래스보다 설계, 구현 및 사용하기 쉽고 오류가 생길 여지가 적기 때문에 훨씬 안전합니다. 특히 멀티 쓰레드 환경에서 안전하게 사용할 수 있으며 값이 바뀌지 않기 때문에 캐싱을 할 수 있어 성능적으로도 유리합니다. 불변 클래스를 만드는 원칙 불변 클래스를 만드는 원칙은 아래와 같이 총 다섯 가지입니다. 객체의 상태를 변경하는 메서드를 제공하지 않는다 클래스를 확장할 수 없도록 한다 모든 필드를 final로 선언한다 모든 필드를 private으로 선언한다 자신 외에는 내부의 가변 컴포넌트에 접근할 수 없도록 한다. 1. 객체의 상태를 변경하는 메서드를 제공하지 않는다...

JAVA/Effective Java 2024.02.05

[아이템 16] public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라

public 클래스 내 데이터 필드를 public으로 선언하여 직접 접근할 수 있게 할 경우 아이템 15에서 정리한 캡슐화의 이점을 취할 수 없습니다. 문제가 되는 이유 위 코드처럼 데이터 필드에 직접 접근할 경우 아래와 같은 문제점이 발생할 수 있습니다. 필드를 변경할 때 API 또한 변경해야 함 필드에 접근할 때 부가 작업 불가 불변식을 보장할 수 없음 1. 필드를 변경할 때 API 또한 변경해야 함 필드명을 변경하려면 해당 필드를 사용하는 모든 코드를 수정해야 합니다. 그러나 클래스를 public으로 선언하면 이는 공개 API로 간주되어, 실제로는 사용 중인 클라이언트 코드를 완전히 파악하는 것이 사실상 불가능합니다. 2. 필드에 접근할 때 부가 작업 불가 클라이언트가 필드에 직접 접근하면, 해당 ..

JAVA/Effective Java 2024.02.01

[아이템 15] 클래스와 멤버의 접근 권한을 최소화하라

클래스가 얼마나 잘 설계되었는지 평가하는 중요한 지표 중 하나는 캡슐화(encapsulation)입니다. 이는 내부 데이터와 구현 세부 정보가 외부 컴포넌트로부터 얼마나 효과적으로 숨겨져 있는지를 나타냅니다. 잘 설계된 컴포넌트의 경우 오직 API를 통해서만 다른 컴포넌트와 소통하며 서로의 내부 동작 방식에는 전혀 영향을 받지 않습니다. 자바는 캡슐화를 위한 다양한 장치를 제공하는데 그중 접근 제어 메커니즘은 클래스, 인터페이스, 멤버의 접근 허용 범위를 명시하며 해당 접근 제한자를 제대로 활용하는 것이 정보 은닉의 핵심입니다. 캡슐화 장점 컴포넌트를 캡슐화함으로써 취할 수 있는 장점은 아래와 같이 크게 5가지가 있습니다. 시스템 개발 속도를 높임 시스템 관리 비용을 낮춤 성능 최적화에 도움을 줌 소프트..

JAVA/Effective Java 2024.02.01

[Java] 쓰레드 생성 및 실행 구조

개요해당 게시글에 앞서 아래 포스팅을 읽고 오시면 이해하는데 도움이 되실 것입니다. https://jaimemin.tistory.com/2357 [OS] 운영체제 기초Process vs Thread Process 프로그램의 실제 실행을 의미하며 프로그램 파일을 실행함으로써 프로그램 데이터들이 메모리에 올라와 CPU를 할당받고 명령을 수행하고 있는 상태 프로세스는 운영체제로jaimemin.tistory.com 자바 쓰레드 개요 및 생성 방법자바 쓰레드는 JVM에서 User Thread를 생성할 때 Kernel Thread와 1:1로 매핑되어 최종적으로 커널에서 관리됩니다.JVM에서 쓰레드를 생성할 때마다 Java Native Interface(JNI)를 통해 커널 영역을 호출하여 자바 쓰레드와 대응하는 커..

[아이템 14] Comparable을 구현할지 고려하라

Comparable 인터페이스의 compareTo() 메서드는 Object 클래스에서 지원하는 메서드는 아니지만 아이템 10에서 다룬 Object.equals() 메서드를 확장한 느낌입니다. compareTo 메서드 규약 compareTo 메서드의 규약은 아래와 같습니다. Object.equals() 메서드 규약인 반사성, 대칭성, 추이성, 그리고 일관성을 만족하면서 순서까지 비교 비교당하는 주체 this가 compareTo에 전달된 객체보다 작으면 음수, 같으면 0, 크다면 양수를 반환 -1, 0, 1이 아니라 음수, 0, 양수로 생각해야 함 comparetTo 메서드는 Generic을 지원하기 때문에 컴파일 시점에 타입 체킹 가능 웬만하면 compareTo 메서드의 결과가 0이라면 equals 메서드..

JAVA/Effective Java 2024.01.30