📂 JAVA/이펙티브 자바

스트림은 주의해서 사용하라 - [7장. 람다와 스트림(아이템45)]

📙 1. 스트림의 특징 다량의 데이터 처리 작업(순차적이든 병렬적이든)을 돕고자 자바 8에 스트림 API가 추가되었다. 스트림의 특징은 아래와 같다. 스트림 안의 데이터 원소들은 객체 참조나 기본 타입 값(int, long, double)이다. 스트림 파이프라인은 소스 스트림에서 시작해 종단 연산(terminal operation)으로 끝나며, 그 사이에 하나 이상의 중간 연산(intermediate operation)이 있을 수 있다. 각 중간 연산은 스트림을 어떠한 방식으로 변환할 수 있다. 예를 들어, 각 원소에 함수를 적용하거나 특정 조건을 만족 못하는 원소를 걸러낼 수 있다. 스트림 파이프라인은 지연 평가(lazy evaluation)된다. 평가는 종단 연산이 호출될 때 이뤄지며, 종단 연산에 ..

표준 함수형 인터페이스를 사용하라 - [7장. 람다와 스트림(아이템44)]

📙 1. 함수형 인터페이스 자바가 람다를 지원하면서 상위 클래스의 기본 메서드를 재정의해 원하는 동작을 구현하는 템플릿 메서드 패턴의 매력이 크게 줄었다. 이를 대체하는 방법으로 함수 객체를 받는 정적 팩터리나 생성자를 제공하는 방법이 있다. 즉, 함수 객체를 매개변수로 받는 생성자와 메서드를 더 많이 사용하는 것이다. LinkedHashMap의 removeEldestEntry를 살펴보자. removeEldestEntry를 다음과 같이 재정의하면, 맵에 원소가 100개가 될 때마다 가장 오래된 원소를 하나씩 제거한다. // 기존 public class LinkedHashMap extends HashMap implements Map { ... protected boolean removeEldestEntry..

람다보다는 메서드 참조를 사용하라 - [7장. 람다와 스트림(아이템43)]

람다가 익명 클래스보다 나은 점 중에서 가장 큰 특징은 간결함이다. 그런데, 자바에는 함수 객체를 심지어 람다보다도 더 간결하게 만드는 방법이 있는데, 그것이 바로 메서드 참조(method reference)다. 이번 글에서는 람다와 메서드 참조를 비교해 보고 언제 어떤 것을 쓰면 좋은지 알아보도록 하자. 📙 1. 람다와 메서드 참조 public static void main(String[] args) { Map map = new HashMap(); int myKey = 1; int myValue = 3; map.merge(myKey, myValue, (count, incr) -> count + incr); System.out.println(map.get(myKey)); // 3 myValue = 5; ..

익명 클래스보다는 람다를 사용하라 - [7장. 람다와 스트림(아이템42)]

📙 1. 익명 클래스와 람다식 자바에서 함수 타입을 표현할 때 추상 메서드를 하나만 담은 인터페이스를 사용했다. 이런 인터페이스의 인스턴스를 함수 객체(function object)라고 하며, 특정 함수나 동작을 나타내는 데 사용하였다. JDK 1.1이 등장하면서 함수 객체를 만드는 주요 수단은 익명 클래스가 되었다. Collections.sort(words, new Comparator() { public int compare(String s1, String s2) { return Integer.compare(s1.length(), s2.length()); } }); 하지만, 위의 코드와 같이 익명 클래스 방식은 코드가 너무 길기 때문에 자바는 함수형 프로그래밍에 적합하지 않았다. 그래서 자바 8에 와서..

정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 - [6장. 열거 타입과 애너테이션(아이템41)]

// 마커 인터페이스 public interface MarkerInterfaceEx { } 마커 인터페이스(Marker Interface)란 아무 메서드도 담고 있지 않고, 단지 자신을 구현하는 클래스가 특정 속성을 가짐을 표시해 주는 인터페이스를 말한다. 예시로 Serializable 인터페이스가 있다. Serializable을 구현한 클래스의 인스턴스는 ObjectOutputStream을 통해 쓸(write) 수 있다고, 즉 직렬화(Serialization)할 수 있다고 알려준다. // 마커 애너테이션 public @interface MarkerAnnotationEx { } 마커 애너테이션이 등장하면서 마커 인터페이스를 사용할 필요가 없다고 생각할 수 있다. 하지만 사실이 아니다. 이번 글을 통해 마..

@Override 애너테이션을 일관되게 사용하라 - [6장. 열거 타입과 애너테이션(아이템40)]

@Override 애너테이션은 메서드 선언에만 달 수 있으며, 이 애너테이션이 달렸다는 것은 상위 타입의 메서드를 재정의했음을 뜻한다. @Override 애너테이션을 일관되게 사용하면 여러 가지 악명 높은 버그들을 예방해 준다. 이번 글을 통해 @Override 애너테이션을 사용하지 않았을 때의 문제점과 @Override 애너테이션을 사용했을 때의 장점 및 사용에 대해서 알아보도록 하자. 📙 1. @Override 애너테이션을 사용하지 않았을 때의 문제점 public class Bigram { private final char first; private final char second; public Bigram(char first, char second) { this.first = first; this...

명명 패턴보다 애너테이션을 사용하라 - [6장. 열거 타입과 애너테이션(아이템39)]

📙 명명 패턴의 문제점 전통적으로 도구나 프레임워크가 특별히 다뤄야 할 프로그램 요소에는 딱 구분되는 명명 패턴을 적용해 왔다. 예를 들어, 테스트 프레임워크인 JUnit은 버전 3까지 테스트 메서드 이름을 test로 시작하게끔 했다. 효과적인 방법이지만 아래와 같은 3가지 큰 단점이 있다. 오타가 나면 안 된다. 실수로 이름을 tsetSafetyOverride로 지으면 이 메서드는 무시된다. 올바른 프로그램 요소에서만 사용되리라 보증할 방법이 없다. 클래스 이름을 TestSafetyMechanisms로 지어 이 클래스에 정의된 테스트 메서드들을 수행하길 바라지만 JUnit은 클래스 이름에는 관심이 없다. 프로그램 요소를 매개변수로 전달할 마땅한 방법이 없다. 특정 예외를 던져야만 성공하는 테스트가 있다..

확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 - [6장. 열거 타입과 애너테이션(아이템38)]

📙 1. 열거 타입의 확장 타입 안전 열거 패턴과 달리 열거 타입은 확장할 수 없다. (이 점을 제외하고는 거의 모든 상황에서 열거 타입이 타입 안전 열거 패턴(typesafe enum pattern) 보다 우수하다.) 타입 안전 열거 패턴은 열거한 값들을 그대로 가져온 다음 값을 더 추가하여 다른 목적으로 쓸 수 있는 반면, 열거 타입은 그렇게 할 수 없다. 설계가 잘 못 된 것은 아니다. 하지만 다음과 같은 이유로 대부분 상황에서 열거 타입을 확장하는 건 좋지 않은 생각이기 때문이다 열거 타입을 확장할 수 없도록 설계한 것이다. 확장한 타입의 원소는 기반 타입의 원소로 취급하지만, 기반 타입의 원소를 확장한 타입의 원소로 취급할 수 없는 건 이상하기 때문이다. 기반 타입과 확장된 타입들의 원소 모두를..

ordinal 인덱싱 대신 EnumMap을 사용하라 - [6장. 열거 타입과 애너테이션(아이템37)]

배열의 인덱스를 얻기 위해 ordinal을 쓰는 거은 일반적으로 좋지 않으니, 대신 EnumMap을 사용하도록 하자. 아래의 2가지 상황(일차원 관계, 다차원 관계)을 통해 왜 EnumMap을 사용해야 하는지 알아보도록 하자. 1. 1차원 관계에서의 EnumMap 아래의 Plant 클래스를 통해 식물의 이름(name)과 생애주기(lifeCycle)를 간단히 나타낼 수 있다. public class Plant { enum LifeCycle { ANNUAL, PERENNIAL, BIENNIAL } // 한해살이, 여러해살이, 두해살이 final String name; final LifeCycle lifeCycle; public Plant(String name, LifeCycle lifeCycle) { thi..

비트 필드 대신 EnumSet을 사용하라 - [6장. 열거 타입과 애너테이션(아이템36)]

📙 1. 비트 필드 열거한 값들이 주로 집합으로 사용될 경우, 예전에는 각 상수에 서로 다른 2의 거듭제곱 값을 할당한 정수 열거 패턴을 사용했었다. (비트마스킹을 이용했다고 할 수 있다.) public class Text { public static final int STYLE_BOLD = 1

ordinal 메서드 대신 인스턴스 필드를 사용하라 - [6장. 열거 타입과 애너테이션(아이템35)]

대부분의 열거 타입 상수는 자연스럽게 하나의 정숫값에 대응된다. 그리고 모든 열거 타입은 해당 상수가 그 열거 타입에서 몇 번째 위치인지를 반환하는 ordinal이라는 메서드를 제공한다. 그래서 열거 타입 상수와 연결된 정숫값이 필요하다면 ordinal 메서드를 사용하면 되지 않을까라는 생각을 할 수 있다. 결론부터 말하자면 그렇게 사용하면 안 된다. '왜 그렇게 사용하면 안 되는지'와 '그러면 언제 ordinal을 사용해야 하는지'에 대해서 알아보자. 📙 1. 열거 타입 상수와 연결된 정숫값을 얻기 위해 ordinal 메서드를 사용하면 안 되는 이유 public enum Ensemble { SOLO, DUET, TRIO, QUARTET, QUINTET, SEXTET, SEPTET, OCTET, NONE..

int 상수 대신 열거 타입을 사용하라 - [6장. 열거 타입과 애너테이션(아이템34)] - (2)

이전 글을 통해 '정수 열거 패턴의 단점, 열거 타입의 장점, 열거 타입의 기본 사용법'을 알아보았다. 이번 글에서는 열거 타입의 다양한 기능들에 대해서 알아보도록 하자. 📙 1. 상수별 메서드 구현 (constant-specific method implementation) 사칙연산 계산기와 같이 상수마다 동작이 달라져야 하는 경우가 있다. 가장 간단하게 생각해 볼 수 있는 것은 switch문을 통하여 분기하는 방법이다. public enum Operation { PLUS, MINUS, TIMES, DIVIDE; // 상수가 뜻하는 연산을 수행한다. public double apply(double x, double y) { switch(this) { case PLUS: return x + y; case ..