본문 바로가기

책, 강의 정리/이펙티브자바

[아이템 46] 스트림에서는 부작용 없는 함수를 사용하라 스트림은 함수형 프로그래밍에 기초한 패러다임이다 모던 자바 인 액션 발췌 함수를 값으로 메서드를 값으로 취급하여 활용성을 높인다.(일급 값) 메서드 참조 람다(익명함수) 함수형 프로그래밍: 함수를 일급값으로 넘겨주는 프로그래밍 스트림 스트림 패러다임의 핵심 각 변환 단계는 "순수함수"로 구성되어양 한다. 순수함수: 입력만이 출력엥 영향을 준다 다양한 스트림 연산 forEach forEach 연산은 스트림 계산 결과를 보고할 때만 사용하고, 계산할 때는 사용하지 말자. -> forEach 연산에서 계산하는 것은 덜 스트림스럽다. Collector 수집기(collector)를 잘 활용하자. 축소(reduction) 전략을 캡슐화한 블랙박스 객체 reduction: 원소들을 객체 하나에 취합한다는 뜻 맵 수집.. 책, 강의 정리/이펙티브자바 2020. 5. 14.
[아이템 45] 스트림은 주의해서 사용하라 스트림: 데이터 원소의 유한 또는 무한 시퀀스 스트림 파이프라인: 원소들을 수행하는 연산 단계를 표현하는 개념 대표적인 스트림의 원소들의 출처 ㄱ. 컬렉션 default Stream stream() { return StreamSupport.stream(spliterator(), false); } ㄴ. 배열 public static Stream stream(T[] array) { return stream(array, 0, array.length); } ㄷ. 파일 public static Stream list(Path dir) throws IOException ㄹ. 정규표현식 패턴매처 - Pattern.splitAsStream public Stream splitAsStream(final CharSequenc.. 책, 강의 정리/이펙티브자바 2020. 5. 13.
[아이템 31] 한정적 와일드카드를 사용해 API 유연성을 높여라 스택 예제 package Chap4_Generic.item31; import java.util.ArrayList; import java.util.List; public class Stack { // 여기의 E와 private List list = new ArrayList(); public void pushAll(Iterable src){ // 여기의 E는 같아야함. 유연하지 못함. for(E e : src){ push(e); } } public void push(E e){ list.add(e); } } @DisplayName("Number Stack에 Integer를 넣을 수 있는지") @Test void stacktest(){ Stack stack = new Stack(); List intList = .. 책, 강의 정리/이펙티브자바 2020. 3. 28.
[아이템 30] 이왕이면 제네릭 메서드로 만들어라 "이왕이면 제네릭 타입으로 만든 것 처럼 메서드도 이왕이면 제네릭 메서드로 만들자" 매개변수화 타입을 받는 정적 유틸리티 메서드는 보통 제네릭이다 매개변수화 타입? 제네릭 타입이 인스턴스화 되었을 때의 타입 ex) Collections.binarySearch 메서드 public static int binarySearch(List 책, 강의 정리/이펙티브자바 2020. 3. 27.
[아이템 29] 이왕이면 제네릭타입으로 만들라 요약 클라이언트가 사용할 때 매번 형변환을 해야하고 그 과정에서 Runtime 에러가 나는 것을 방지하기 위해 이왕이면 제네릭 타입으로 만들자. Object 배열로 이루어진 스택 public class ArrayStack { private Object[] elements; private int size; public ArrayStack() { this.elements = new Object[10]; } public void push(Object obj) { elements[size++] = obj; } public Object pop() { if (size == 0) { throw new IllegalArgumentException("스택에 아무것도 없습니다"); } Object result = elem.. 책, 강의 정리/이펙티브자바 2020. 3. 27.
[아이템 15] 클래스와 멤버의 접근 권한을 최소화하라 잘 설계된 컴포넌트란? 1. 캡슐화가 얼마나 잘 되었는지. 2. 노출되는 API 와 실제 구현이 얼마나 잘 분리되었는지. 3. 메시지를 주고받는 두 컴포넌트가 서로의 내부 동작을 신경쓰지 않는지. 캡슐화를 잘 지켰을 때의 장점 1. 서로의 구현을 몰라도 되기 때문에 병렬로 개발이 가능하여 개발 속도가 빨라진다. 2. 잘 분리되어있는 컴포넌트는 관리포인트가 작다. 디버깅도 빨리 할 수 있고 다른 컴포넌트로의 교체도 빠르게 할 수 있다. 3. 잘 분리되어있는 컴포넌트는 최적화도 그 컴포넌트만 하면 되기 때문에 좋다. 4. 외부 컴포넌트에 종속되지 않기 때문에 재사용성이 높다. 5. 전체 시스템이 완성되지 않아도 개별 컴포넌트를 검증할 수 있기 때문에 큰 시스템을 개발하는 난이도를 낮춰준다. 캡슐화의 핵심은 .. 책, 강의 정리/이펙티브자바 2020. 3. 16.
아이템 [9] - try-finally 보다는 try-with-resources 를 사용하라 try-finally 의 문제점 try 문과 finally 문 모두에서 Exception 이 발생하면 finally 에서 발생한 Exception 만 보이기 때문에 디버깅이 어렵다. try-with-resources 를 사용하자 - 예외 발생 시 close 문에서 나오는 예외는 숨겨지기 때문에 try 문에서의 예외를 확인할 수 있다. - catch 문을 사용하여 예외 발생 시 또 다른 값을 반환하도록 할 수 있다. public class SampleResource implements AutoCloseable{ public void hello(){ System.out.println("Hello!"); } @Override public void close() throws Exception { System.o.. 책, 강의 정리/이펙티브자바 2020. 1. 10.
아이템 [8] - finalizer 와 cleaner 사용을 피하라 자바의 객체 소멸자: finalizer(자바 9 부터 deprecated), cleaner(자바 9) 사용하지 말아야 할 이유 1. 사용시기, 사용유무 모두 불확실하고 느리다. System.gc, System.runFinalization 으로 GC 실행의 가능성을 높여줄 수 는 있지만 보장하진 않는다. 2. System,.runFinalizersOnExit, Runtime.runFinalizersOnExit 은 finalizer 실행을 보장하지만 "쓰레드가 멈출 수 있다"는 치명적인 단점이 있다. 3. finalizer 동작 중 예외가 발생하면 마무리가 덜 된 상태로 종료될 수 있다. 4. finalizer 공격에 노출될 수 있다. - A 를 상속받는 B 클래스의 생성자 또는 직렬화 과정에서 except.. 책, 강의 정리/이펙티브자바 2020. 1. 10.

티스토리툴바