컬렉션이나 배열 같은 컨테이너(container)가 비었을 때 null을 반환하는 메서드를 사용하면 방어 코드를 넣어줘야 한다.

private final List<Cheese> cheesesInStock = ....;

public List<Cheese> getCheeses() {
	return cheesesInStock.isEmpty() ? null : new ArrayList<>(cheesesInStock);
}

제거기 앖디거 특별한 취급을 할 필요는 없지만 아래와 같이 방어 코드가 필요하다.

List<Cheese> cheese = shop.getCheeses();
if (cheese != null && cheeses.contains(Cheese.STILTON)) 
	Sytem.out.println("좋았어, 바로 그거야.");

사용 패턴에 따라 빈 컬렉션 할당이 성능을 떨어뜨리는 경우 매번 똑같은 빈 '불변' 컬렉션을 반환하면 된다.

Collections.emptySet, Collections.emptyMap을 사용하면 된다. 

최적화가 필요하다고 판단되면 수정 전과 후의 성능을 측정하여 실제로 성능이 개선 되는지 꼭 확인하자.

return cheeseInStock.toArray(new Cheese[cheeseInStock.size()]);

null이 아닌, 빈 배열이나 컬렉션을 반환하라. null을 반환하는 API는 사용하기 어렵고 오류 처리 코드도 늘어난다. 그렇다고 성능이 좋은 것도 아니다.

메서드 이름을 신중히 짓자.

같은 패키지에 속한 다른 이름들과 일관되게 짓는게 최우선 목표다. 

편의 메서드^※를 너무 많이 만들지 말자.

매개변수 목록은 짧게 유지하자. 4개 이하를 권장

1. 여러 메서드로 쪼갠다.
   • 잘못하면 메서드가 많아질 수 있으나 직교성^※을 높여 메서드를 줄여주는 효과가 있다.
   • subList, indexOf메서드를 사용하여 부분리스트에서 인덱스를 찾는 예시
2.  매개변수 여러 개를 묶어주는 도우미 클래스를 만드는 것이다.
   • 도우미 클래스는 정적 멤버 클래스로 둔다.
3. 객체 생성에 사용한 빌더 패턴을 메서드 호출에 응용
4. 매개변수의 타입으로는 클래스보다는 인터페이스가 더 낫다
5. boolean보다는 우너소 2개짜리 열거 타입이 낫다

직교성 

• 공통점이 없는 기능들이 잘 분리되어 있다.
• 기능을 원자적으로 쪼개 제공한다.
• API가 다루는 개념의 추상화 수준에 맞춰 원자적으로 쪼개야한다.
• MSA 아키텍처는 직교성이 높고 모놀리식 아키텍처는 직교성이 낮다.

전통적인 명명 패턴의 단점

• 오타 발생 시 컴파일러는 메서드를 무시하고 지나칠 수 있어 개발자는 오류가 없다고 인식할 수 있다.
• 올바른 프로그램 요소에 사용하지 않을 경우에 컴파일 오류, 런타임 오류 등 개발자가 인지할 수 있는 수준의 오류가 발생하지 않는다.
• 프로그램 요소를 매개변수로 전달할 방법이 없다.

애너테이션은 명명 패턴의 문제를 해결해주는 개념으로 Junit에도 버전 4부터 전면 도입됐다. 

애너테이션 선언에 다는 애너테이션을 메타애너테이션(meta-annotation)이라 한다.

대상 코드의 의미는 그대로 둔 채 그 애너테이션에 관심 있는 도구에서 특별한 처리를 할 기회를 준다.

질문 정리

• '이 코드는 EnumMap이 아닌 고유한 맵 구현체를 사용했기 때문에 EnumMap을 써서 얻은 공간과 성능 이점이 사라진다' 에 대한 설명

EnumMap은 key로 enum객체를 가질 수 있고 enum은 순차적인 정수값(ordinal)를 가지기 때문에 EnumMap은 Array배열에 데이터를 저장하게 된다. 즉, 일반적인 Map과 달리 hashing작업(hash만들고 해싱 충돌 관리 등)을 할 필요가 없고 key값인 enum사이즈 만큼 값을 가지기 때문에 특정 사이즈 이상 커지면 resizing해야하는 Map과 달리 성능성의 이점을 가질 수 있다.

• [item36. 223p가장 맨 밑~ 224p] 정수 상수보다 열거 타입을 선호하는 프로그래머 중에도 상수 집합을 주고 받아야 할 때는 여전히 비트 필드를 사용하기도 한다.
  Q. 자바에서 비트 필드를 활용하는 예가 있을까요? 검색하면 C, C++ 에서만 활용하는 예제가 나와서 자바에서 비트필드를 활용하는지 궁금합니다.

보통 비트 단위 작업은 임베디드 시스템, 하드웨어 드라이버, 네트워크 프로토콜, 이진 파일 형식 및 문자 인코딩, 암호화 등 하드웨어 제어 수준에서 사용하여 보통의 프로그래머가 사용할 일은 없습니다.

• [item38. 235p]
  자바 라이브러리도 이번 아이템에서 소개한 패턴을 사용한다. 그 예로, java.nio.file.LinkOption 열거 타입은 CopyOption과 OpenOption 인터페이스를 구현했다.
  public enum LinkOption implements OpenOption, CopyOption {
      /**
       * Do not follow symbolic links.
       *
       * @see Files#getFileAttributeView(Path,Class,LinkOption[])
       * @see Files#copy
       * @see SecureDirectoryStream#newByteChannel
       */
      NOFOLLOW_LINKS;
  }
  Q. LinkOption 열거 타입에 해당 내용만 있어서,, 어떻게 CopyOption, OpenOption 인터페이스를 구현하여 이번 아이템에서 얘기한 것과 같이 CopyOption, OpenOption이 어떻게 정의되었고, LinkOption이 어떻게 이 인터페이스를 구현하는지 궁금합니다.!
  정리

API가 제공하는 기본 연산 외에 사용자 확장 연산을 추가할 수 있도록 열어줘야 할 때가 있다. 열거 타입이 임의의 인터페이스를 구현할 수 있다는 사실을 이용하는 것으로 연산 코드용 인터페이스를 정의하고 열거 타입이 이 인터페이스를 구현하게 하면 된다.

package java.nio.file;

/**
 * An object that configures how to copy or move a file.
 *
 * <p> Objects of this type may be used with the {@link
 * Files#copy(Path,Path,CopyOption[]) Files.copy(Path,Path,CopyOption...)},
 * {@link Files#copy(java.io.InputStream,Path,CopyOption[])
 * Files.copy(InputStream,Path,CopyOption...)} and {@link Files#move
 * Files.move(Path,Path,CopyOption...)} methods to configure how a file is
 * copied or moved.
 *
 * <p> The {@link StandardCopyOption} enumeration type defines the
 * <i>standard</i> options.
 *
 * @since 1.7
 */

public interface CopyOption {
}

/*
 * Copyright (c) 2007, 2011, Oracle and/or its affiliates. All rights reserved.
 * ORACLE PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
 */

package java.nio.file;

/**
 * An object that configures how to open or create a file.
 *
 * <p> Objects of this type are used by methods such as {@link
 * Files#newOutputStream(Path,OpenOption[]) newOutputStream}, {@link
 * Files#newByteChannel newByteChannel}, {@link
 * java.nio.channels.FileChannel#open FileChannel.open}, and {@link
 * java.nio.channels.AsynchronousFileChannel#open AsynchronousFileChannel.open}
 * when opening or creating a file.
 *
 * <p> The {@link StandardOpenOption} enumeration type defines the
 * <i>standard</i> options.
 *
 * @since 1.7
 */

public interface OpenOption {
}

책에있는 예시보단 StandardOpenOption, StandardCopyOption enum 클래스가 이 예제에 더 적합해보입니다.

• p.225 주석.2 구아바 라이브러리를 EnumSet을 사용해 구현해서 성능면에서는 손해 라고 되어있는데, 정확한 이유를 알고 싶습니다. 참고 : 구아바소스 (https://github.com/google/guava/blob/e62d6a0456420d295089a9c319b7593a3eae4a83/guava/src/com/google/common/collect/ImmutableSet.java)
  ImmutableSet.java
  ```
  /*
  * Copyright (C) 2007 The Guava Authors
  *
  * Licensed under the Apache License, Version 2.0 (the "License");

불변 객체와 가변 객체의 성능을 생각하면 된다. 불변 객체는 한번 생성되고 나면 재할당 및 값을 변경할 수 없고 GC의 성능을 올려주나 가변 객체는 재할당할 수 있다.

• 아이템 39. 메타 어노테이션에 대해 좀 더 자세히 궁금합니다!

메타 어노테이션은 어노테이션에 대한 설명을 담은 어노테이션

https://github.com/naver/lucy-xss-servlet-filter/tree/master/src

• 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지(자기사용) 문서로 남겨야 한다.
• 효율적인 하위 클래스를 큰 어려움 없이 만들 수 있게 하려면 클래스의 내부 동작 과정 중간에 끼어들 수 있는 훅(hook)을 잘 선별하여 protected 메서드 형태로 공개해야할 수도 있다.
• 상속용으로 설계한 클래스는 배포 전에 반드시 하위 클래스를 만들어 검증해야 한다. 
• 상속용 클래스의 생성자는 직접적으로든 간접적으로든 재정의 가능 메서드를 호출해서는 안 된다. 재정의 가능 메서드를 호출하는 자기 사용 코드를 완벽히 제거해야한다.
• private, final, static 메서드는 재정의가 불가능하니 생성자에서 안심하고 호출해도 된다.
• 상속용으로 설계하지 않은 클래스는 상속을 금지한다.

clone과 readObject 모두 직접적으로든 간접적으로든 재정의 가능 메서드를 호출해서는 안 된다.

• readObject의 경우 하위 클래스의 상태가 미처 다 역직렬화되기 전에 재정의한 메서드부터 호출하게 된다.
• clone의 경우 하위 클래스의 clone메서드가 복제본의 상태를 (올바른 상태로) 수정하기 전에 재정의한 메서드를 호출한다. 이는 프로그램 오작동으로 이어질 수 있다.

상속을 금지하는 두 가지 방법

• 클래스를 final로 선언한다.
• 모든 생성자를 private이나 package-private으로 선언하고 public 정적 팩터리를 만들어준다. 정적 팩토리외에는 그 어떤 초기화 메서드도 public으로 선언해서는 안 된다.

1. 아이템13 81P
: 배열의 clone 메소드는 깊은복사를 해서 배열의 clone 메서드는 사용 권장한다는 말까지는 이해 되었는데, "배열의 clone 은 런타임 타입과 컴파일타임 타입 모두가 원본 배열과 똑같은 배열을 반환한다" 라는 말을 이해하지 못하겠습니다 ..!

=> 자바 1.5부터 배열에 clone을 호출하면 반환되는 배열의 컴파일 시점 자료형은 복제 대상 배열의 자료형과 같기 때문에 컴파일 시점에 결정된 배열은 런타임 시점 타입과 동일하다.

2. 아이템13
: clone 메소드에 대해서 좀 보다가 사용하는 곳을 찾아보았는데
OOOService.java 의
Entity ent = entList.get(i).clone();
요기는 clone 해서 사용하는 이유가 뭘까욤..??

=> HashMap의 clone은 얕은 복사를 한다. 즉, 복사 대상 객체의 주소 값을 복사하기 때문에 원복 값이 변경되면 clone한 객체도 변경되고 clone 객체 변경 시 원복 객체도 변경된다. *얕은 복사(shallow copy), 깊은 복사(deep copy)의 차이 

ent.put("qty",    1); // 수량

으로 값을 put하는데 얕은 복사를 하여 원복 hashmap까지 변경된다. 이 경우 깊은 복사를 하려고 했던 것으로 보이는데 clone을 잘 못 사용한 것으로 보인다.


3. 아이템14 - 91p
: compareTo 메소드에서 관계 연산자 < 와 > 를 사용하는 이전 방식은 거추장스럽고 오류를 유발한다 -> 시스템 내 compareTo 메소드에서 <, > 사용하는 소스가 많은데 특정 케이스에서만 오류가 나는걸까요?? 동일한 질문으로 
박싱된 기본 타입 클래스들에 새로 추가된 정적 메서드인 compare를 이용하면 되는 것이다. 관계 연산자 <,> 와 다르게 래퍼클래스들의 compare가 더 신뢰도 높은 것은 어디서 기인하는 걸까요?

=> 두 수의 대소비교 시 두 수의 차를 통한 음수, 0, 양수는 비교 시 뺄셈 과정에서 자료형의 범위를 넘어버릴 수 있다. 
 
int min = Integer.MIN_VALUE; // MIN_VALUE는 -2,147,483,648 이다.
int max = Integer.MAX_VALUE; // MAX_VALUE는 2,147,483,647 이다.

max - min = 2,147,483,647 - (-2,147,483,648) = 4,294,967,295 을 예상하지만 overflow가 발생한다. int의 최대값은 2,147,483,647이기 때문에..(int의 범위는 -2,147,483,648 ~ 2,147,483,647 이다.)

compareTo를 통해 <,> 연산자로 값을 비교할 때 Overflow,Underflow가 발생할 수 있다.

1. 아이템 11 (p.70)
그 과정에 비결정적(undeterministic) 요소는 전혀 없으므로 동치인 PhoneNumber 인스턴스들은 같은 해시코드를 가질 것이 확실하다.
비결정적 요소란 무엇이고, 그것이 해시코드에 미치는 영향이란 무엇일까요?

=> 비결정적 요소는 확률적인 요소를 의미하는 것으로 PhoneNumber의 해시코드를 구할 때 3개의 요소는 난수로 생성되는 것이 아닌 인자로 받아 이미 고정된 값을 의미. 따라서 동치 관계의 phoneNumber는 동일한 해시코드를 가진다.

2. 아이템 13 (p.81)
Cloneable 아키텍쳐는 '가변 객체를 참조하는 필드는 final로 선언하라'는 일반 용법과 충돌한다.

=> 위 소스 코드와 연관지어 살펴보면 가변 객체를 참조하는 필드인 elements를 final로 선언하게 되면 this.elements = elements.clone;를 사용할 수 없다.
Clone을 사용하려고 하면 가변 객체를 참조하는 필드를 final로 만들 수 없다는 의미