백수의 개발/이펙티브 자바
-
Item 27. 비검사 경고를 제거하라백수의 개발/이펙티브 자바 2019. 10. 15. 12:19
비검사 경고 제네릭을 사용하기 시작하면 수많은 컴파일러 경고를 보게된다. 비검사 형변환 경고, 비검사 메서드 호출 경고, 비검사 매개변수화 가변인수 타입 경고, 비검사 변환 경고 등이다. 대부분의 비검사 경고는 쉽게 제거할 수 있다. 아래의 코드를 살펴보자. Set exaltation = new HashSet(); 이를 컴파일하면 컴파일러는 무엇이 잘못됐는지 친절히 설명해준다. warning: [unchecked] unchecked conversion Set exaltation = new HashSet(); ^ required: Set found: HashSet 아래처럼 컴파일러가 알려준 대로 수정하면 경고가 사라진다. Set exaltation = new HashSet(); 이와 달리 제거하기 훨씬 어..
-
Item 26. 로 타입은 사용하지 말라백수의 개발/이펙티브 자바 2019. 10. 14. 12:32
제네릭 타입 클래스와 인터페이스 선언에 타입 매개변수가 쓰이면, 이를 제네릭 클래스 혹은 제네릭 인터페이스라 한다. 제네릭 클래스와 제네릭 인터페이스를 통틀어 제네릭 타입이라 한다. 제네릭 타입은 일련의 매개변수화 타입을 정의한다. 예컨데 List를 선언할 때 List은 원소의 타입이 String인 리스트를 뜻하는 매개변수화 타입이다. 여기서 String이 정규 타입 매개변수 E에 해당하는 실제 타입 매개변수다. 그러나, 로 타입은 List와 같이 제네릭 타입에서 타입 매개변수를 전혀 사용하지 않을 때를 말한다. 제네릭이 도래하기 전 코드와의 호환성을 위해 남겨둔 것이다. 로 타입의 문제 private final Collection stamps= ...; stamps.add(new Coin(...)); ..
-
Item 25. 톱레벨 클래스는 한 파일에 하나만 담으라백수의 개발/이펙티브 자바 2019. 10. 13. 12:09
다중 톱레벨 클래스 정의 소스 파일 하나에 톱레벨 클래스를 여러 개 선언하더라도 컴파일을 하는데 아무런 문제는 없다. 그러나 이러한 방식은 아무런 득이 없을 뿐더러 심각한 위험을 감수해야하는 행위이다. 이는 한 클래스를 여러 가지로 정의할 수 있으며, 그중 어느 것을 사용할지는 어느 소스 파일을 먼저 컴파일하냐에 따라 달라지기 때문이다. 간단한 예를 보자. public class Main { public static void main(String[] args) { System.out.println(Utensil.NAME + Dessert.NAME); } } // Utensil.java class Utensil { static final String NAME = "pan"; } class Dessert {..
-
Item 24. 멤버 클래스는 되도록 static으로 만들라백수의 개발/이펙티브 자바 2019. 10. 12. 12:39
중첩 클래스 정의 다른 클래스 안에 정의된 클래스 종류 정적 멤버 클래스 다른 클래스 안에 선언되고, 바깥 클래스의 private 멤버에도 접근할 수 있다.(나머지는 일반 클래스와 동일) private로 선언하면 바깥 클래스에서만 접근 가능하다. 흔히 바깥 클래스와 함께 쓰일 때만 유용한 public 도우미 클래스로 쓰인다. (비정적) 멤버 클래스 비정적 멤버 클래스의 인스턴스는 바깥 클래스의 인스턴스와 암묵적으로 연결된다. 개념상 중첩 클래스의 인스턴스가 바깥 인스턴스와 독립적으로 존재할 수 있다면 정적 멤버 클래스로 만들어야 한다. 드물게 .new MemberClass()를 통해 인스턴스를 만들기도 한다. 비정적 멤버 클래스는 어댑터를 정의할 때 자주 쓰인다. 멤버 클래스에서 바깥 인스턴스에 접근할 ..
-
Item 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라백수의 개발/이펙티브 자바 2019. 10. 11. 20:15
태그 달린 클래스 class Figure { enum Shape { RECTANGLE, CIRCLE }; // 태그 필드 - 현재 모양을 나타낸다. final Shape shape; // 다음 필드들은 모양이 사각형(RECTANGLE)일 때만 쓰인다. double length; double width; // 다음 필드는 모양이 원(CIRCLE)일 때만 쓰인다. double radius; // 원용 생성자 Figure(double radius) { shape = Shape.CIRCLE; this.radius = radius; } // 사각형용 생성자 Figure(double length, double width) { shape = Shape.RECTANGLE; this.length = length; thi..
-
Item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라백수의 개발/이펙티브 자바 2019. 10. 8. 12:00
인터페이스는 자신을 구현한 클래스의 인스턴스를 참조할 수 있는 타입 역할을 한다. 즉, 자신의 인스턴스로 무엇을 할 수 있는지를 클라이언트에 얘기해주는 것이다. 따라서 인터페이스는 오직 이 용도로만 사용해야 한다. 이 지침에 맞지 않는 예로 상수 인터페이스라는 것이 있다. 이는 상수를 뜻하는 static final 필드로만 가득 찬 인터페이스를 말한다. public interface PhysicalConstants { // 아보가드로 수 (1/몰) static final double AVOGADROS_NUMBER = 6.022_140_857e23; // 볼츠만 상수 (J/K) static final double BOLTZMANN_CONSTANT = 1.380_648_52e-23; // 전자 질량 (kg)..
-
Item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라백수의 개발/이펙티브 자바 2019. 10. 7. 12:13
인터페이스 메서드 추가 자바 8 전에는 기존 구현체를 깨뜨리지 않고는 인터페이스에 메서드를 추가할 방법이 없었다. 기존 인터페이스에 메서드를 추가했을 때, 기존 구현체에 이미 존재할 가능성이 아주 낮기때문에 정의되지 않은 추가 된 메서드로 인해 컴파일 오류가 발생한다. 자바 8에 와서 기존 인터페이스에 메서드를 추가할 수 있도록 디폴트 메서드가 나왔다. 그러나 모든 기존 구현체들과 매끄럽게 연동되리라는 보장은 없다. 게다가 생각할 수 있는 모든 상황에서 불변식을 해치지 않는 디폴트 메서드를 작성하기란 어려운 법이다. Collection 인터페이스에 추가된 removeIf 메서드를 보자. default boolean removeIf(Predicate
-
Item 20. 추상 클래스보다는 인터페이스를 우선하라백수의 개발/이펙티브 자바 2019. 10. 6. 12:07
추상 클래스와 인터페이스 자바가 제공하는 다중 구현 메커니즘은 인터페이스와 추상 클래스 두가지가 있다. 둘의 가장 큰 차이는 추상 클래스가 정의한 타입을 구현하는 클래스는 반드시 추상 클래스의 하위 클래스가 되어야 한다는 것이다. 그러나 인터페이스는 어떤 클래스를 상속했든 같은 타팁으로 취급된다. 그 결과 기존 클래스에 새로운 인터페이스를 구현하기 편하다. 인터페이스의 장점 1. (*)믹스인(mixin) 정의에 안성맞춤이다. 믹스인이란? 클래스가 자신의 본래타입에 추가하여 구현할 수 있는 타입 2. 계층구조가 없는 타입 프레임워크를 만들 수 있다. 가수(Singer), 작곡가(Songwriter), 작곡가겸 가수(SingerSongwriter) 예시를 통해 인터페이스의 두번째 장점에 대해 살펴보자. 만약..