effective java

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 42 - 익명 클래스보다는 람다를 사용하라 자바 8, 그리고 람다자바 8에서는 함수형 프로그래밍의 도입으로 인해,작은 함수 객체를 구현하기에 람다(lambda)가 도입되었다. 람다는 함수형 인터페이스를 지향하며,코드의 간결함과 가독성을 높이는데 초점을 맞춘다. 특히, 타입을 명시해야 코드가 더 명확해지는 상황을 제외하고는,람다의 매개변수 타입은 생략하는 것이 좋다. 이는 컴파일러가 타입을 추론할 수 있는 환경을 만들어주기 때문이다. 익명 함수와 람다의 비교기존의 익명 클래스와 람다를 비교하여 람다의 장점을 살펴보자. 예제 코드// 익명 클래스List words = List.of("사과", "배", "바나나");C..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 34 - int 상수 대신 enum을 사용하라 왜 enum을 사용해야 할까?다음과 같은 방식으로 상수를 정의해 사용하는 코드는 흔히 볼 수 있다. public static final int APPLE = 0;public static final int ORANGE = 1;public static final int BANANA = 2;public static final int GRAPE = 3;하지만 이 방식은 여러 문제를 야기한다. public static final int FRUIT_APPLE = 10;public static final int FOOD_APPLE = 10;구분의 모호성과일과 음식으로서의 "사과"..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 30 - 이왕이면 제네릭 메서드로 만들라 제네릭 메서드란제네릭 메서드는 타입 매개변수를 사용하여 컴파일 시 타입 안정성을 보장하는 메서드이다. 이는 형변환(casting) 없이도 다양한 타입에 대해 안전하고 유연하게 동작할 수 있게 한다. Type-safe Generic Method의 구현 예제 코드List stringList = List.of("T1", "T2", "T3");// 제네릭 메서드 예시static List of(E e1, E e2, E e3) { return new ImmutableCollections.ListN(e1, e2, e3);}// UnaryOperator 예제private stat..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 26 - 로 타입은 사용하지 말라 Raw 타입이란제네릭이 도입되기 이전의 컬렉션 클래스와 같이 타입 매개변수를 지정하지 않은 상태의 타입을 의미한다. 예제 코드List test = new ArrayList();test.add("String");test.add(1); // 서로 다른 타입의 객체 추가 허용 설명위 코드는 컴파일러가 타입 안전성을 보장하지 못하기 때문에런타임 에러가 발생할 가능성이 크다. 예를 들어, String과 Integer 같은 서로 다른 타입의 데이터를하나의 리스트에 추가해도 컴파일 에러는 발생하지 않는다. 하지만, 해당 리스트를 사용하는 코드에서예상치 못한 문제가 발생할 수 있다. Raw ..

※ 책 내용을 바탕으로 제 관점에서 풀어 쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 20 - Abstract class 보다는 interface를 우선하라 Extends vs Implementsextends단일 상속만 가능하다.한 클래스는 하나의 상위 클래스를 상속받을 수 있다.implements다중구현이 가능하다.클래스는 여러 개의 인터페이스를 구현할 수 있다. 예제 코드public class Sub extends Super implements Serializable, Cloneable {}public interface Sub extends Serializable, Cloneable {} Default Method와 InterfaceJava 8부터 default 메서드가 추가되어 기본 동작을..

※ 책 내용을 바탕으로 제 관점에서 풀어 쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 15 - 클래스와 멤버의 접근 권한을 최소화하라 public class의 instance fieldPublic으로 열 경우 Thread-safe하지 않음클래스의 인스턴스 필드를 public으로 열어두면 외부에서 필드에 직접 접근이 가능해진다.이로 인해 여러 스레드에서 동시에 접근할 경우 데이터 무결성을 보장할 수 없으며,Lock 규칙을 적용하기 어려워진다.필요한 경우에만 public static final 사용상수는 public static final로 선언하여 외부에서 읽기만 가능하도록 설계할 수 있다.예를 들어, ITZIP_BASE_PAGE와 같은 상수는 공개 가능하다.public static final 배..

※ 책 내용을 바탕으로 제 관점에서 풀어 쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 10 - equals는 일반 규약을 지켜 재정의하라equals() 메서드는 두 참조 변수가 동일한 값을 가지는지 여부를 비교하기 위해 사용된다. 객체의 논리적 동치성을 판단할 때 반드시 일반 규약을 지키며 재정의해야 한다. equals 메서드, 언제 재정의해야 할까?재정의 하지 않아도 되는 경우고유 ID를 가지는 경우각 인스턴스가 고유한 ID를 가지며, 논리적 동치성 검사가 필요 없는 경우상위 클래스의 구현이 적절한 경우상위 클래스의 equals가 이미 논리적 동치성을 정확히 구현한 경우외부 호출이 없는 경우클래스가 private 또는 package-private 범위로 제한되어 외부에서 동치성 비교가 필요하지..

※ 책 내용을 바탕으로 제 관점에서 풀어 쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 6 - 불필요한 객체 생성 금지 // Boxing typepublic static long sum() { Long sum = 0L; for(long i = 0; i Boxing type 대신 Primitive Type 을 권장한다.반복문이나 연산에서는 성능 저하를 유발할 수 있으므로 항상 Primitive Type을 우선적으로 사용하자. public class PhonePatternUtil { private final String pattern; public boolean isValid(String phone) { ... }}Util Class 에서 또한 Primitive ..

※ 책 내용을 바탕으로 제 관점에서 풀어쓴 글입니다. 일부 내용이 다를 수 있습니다. 아이템 1 - 생성자 대신 정적 팩토리 메서드를 고려하라// 생성자를 사용하는 경우new Member("hyoseung", MemberType.ADMIN); // true가 뭘 의미하는지 모호하다.// 정적 팩터리 메서드를 사용하는 경우User user = User.createAdminUser(); // 관리자 생성임을 바로 알 수 있다.이름을 붙일 수 있다.정적 팩토리 메서드는 이름을 통해 의도를 명확히 드러낼 수 있다.반면, 생성자는 이름을 붙일 수 없어 "이게 뭐 하는 생성자인지" 헷갈릴 수 있다.판단 기준이 명확하다.생성자에서 boolean 같은 값으로 구분하면 의미가 불분명하고 실수할 가능성이 높다.정적 팩토리..