본문 바로가기

Reading Record

ㅤㅤㅤㅤㅤ
By 쟈 미
[아이템 32] 제네릭과 가변인수를 함께 쓸 때는 신중하라 1. 가변인수와 제네릭을 함께 사용할 때의 헛점 가변인수 메서드를 호출하면 가변인수를 담기위한 배열이 자동으로 하나 만들어진다. 내부로 감춰야했을 배열을 클라이언트에 노출해서 문제가 생겼다. 제네릭타입의 가변인수 메서드를 호출하면, 제네릭 타입의 배열이 생성되며, 제네릭 타입의 배열은 item28에서 말한 것 처럼, 타입을 런타임에 체크하기 때문에 클래스 캐시팅 에러가 날 가능성이 있다. 메서드 선언시, 실체화 불가 타입으로 varargs 매개변수를 선언하면 컴파일러가 경고를 보낸다. 힙오염이 가능하기 때문이다. 제네릭과 varages를 혼용하면 타입 안정성이 깨진다. 따라서 제네릭 varargs 배열 매개변수에 값을 저장하는 것은 안전하지 않다. static void dangerous(List...st.. Reading Record/이펙티브자바 2020. 7. 4.
ㅤㅤㅤㅤㅤ
By crud
[아이템43~44] 람다 사용법 아이템 43 람다보다는 메서드 참조를 사용하라 람다를 대신하여 메서드 참조라는 기능을 사용하여 더 명확하게 표현할 수 있다. 메서드 참조의 장단점을 알아보자. 장점 메서드 참조는 람다보다 명확하게 표현할 수 있다. //람다 map.merge(key,1,(count,incr)-> count + incr); //메서드 참조 map.merge(key,1,Integer::sum); 이 함수는 맵에 키가 있다면 기존매핑 값에 1 증가시키는 코드이다. 메서드 참조를 사용하여 sum이라는 간결한 표현으로 람다를 대체할 수 있었다. 단점 너무 긴 메서드 이름은 오히려 람다가 더 가독성이 뛰어나다. Function.indentity()메서드는 x->x라는 받은 값을 그대로 반환하는 함수다. 메서드 참조시 x->x가 훨씬.. Reading Record/이펙티브자바 2020. 7. 4.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 81] wait와 notify 보다는 동시성 유틸리티를 애용하라 스레드를 다루는 메서드중에 wait() 과 notify()가 있다. 이 메서드는 Object의 메서드이다. wait()는 스레드가 일시정지 상태로 돌아가도록 하고, notify()는 일시정지 상태인 스레드 중 하나를 실행대기 상태로, notifyAll() 은 일시정지 상태인 스레드를 모두 실행대기 상태로 변화시켜준다. 자바봄의 아래 포스팅에 위 내용이 짧게 포함되어있다. https://javabom.tistory.com/53?category=835783 자바의 스레드(Thread) 저번 java.concurrent 패키지의 동기화 장치들을 살펴보면서 스레드에 대해 다시 한번 봐야겠다는 생각이 들었다. 스레드에 대해 간단하게 알아보자. 1. 프로세스와 스레드 프로세스란 운영체제에서 javabom.tisto.. Reading Record/이펙티브자바 2020. 7. 3.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 80] 스레드보다는 실행자, 태스크, 스트림을 애용하라 동시성 작업을 할 때는 작업 큐를 직접 생성할 수도 있겠지만 복잡한 작업들(안전실패, 응답불가 예방)이 필요하다. 때문에 java.util.concurrent 패키지의 실행자, 태스크, 스트림을 이용하는 편이 더 낫다. Executors 가 제공하는 정적팩터리 메서드를 사용하면 다양한 작업 큐를 얻을 수 있다. https://docs.oracle.com/javase/7/docs/api/java/util/concurrent/Executors.html Executors (Java Platform SE 7 ) Returns a thread factory used to create new threads that have the same permissions as the current thread. This fa.. Reading Record/이펙티브자바 2020. 7. 3.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 79] 과도한 동기화는 피하라 과도한 동기화는 성능을 떨어뜨리고 교착상태에 빠트리고, 예측할 수 없는 결과를 낳는다. 동기화 메서드나 동기화 블럭에서 제어를 클라이언트에 양도하면 안된다. 동기화 블럭에서 제어를 클라이언트에 양도한 예시와 문제점 - effective Java 기본코드 ObservableSet에 관찰자를 SetObserver를 추가하면(addObserver) ObservableSet.add 메서드가 호출될 때마다 notifyElementAdded가 호출되고, 추가된 관찰자의 added 메서드가 호출된다(observer.added()) public class ObservableSet extends ForwardingSet { public ObservableSet(Set set) { super(set); } private .. Reading Record/이펙티브자바 2020. 7. 1.
ㅤㅤㅤㅤㅤ
By crud
[아이템69 ~77] 예외 아이템 69 예외는 진짜 예외일 때 사용하라. 예외를 어설프게 성능 최적화 용도로 사용하지 마라. jvm설계 자체가 구문에 대한 최적화를 해놓았다. 아래 예제를 보자. //예외를 이용한 loop public void optimizeLoop() { Mountain range[] = new Mountain[10]; try { int i = 0; while (true) { range[i++].climb(); } } catch (Exception e) { } } //정상적인 loop public void optimizeLoop2() { Mountain range[] = new Mountain[10]; for (Mountain i : range) { i.climb(); } } private static class.. Reading Record/이펙티브자바 2020. 6. 30.
ㅤㅤㅤㅤㅤ
By ds_chanin
[아이템 40] @Override 애너테이션을 일관되게 사용하라 @Override 애너테이션은 메서드 선언에만 달 수 있다. 이 애너테이션은 상위 타입의 메서드를 재정의 했음을 나타낸다. 따라서 상위 클래스의 메서드를 재정의하려는 모든 메서드에 @Override 애너테이션을 달자. 예외는 단 한 경우이다. 구체 클래스에서 상위 클래스의 추상 메서드를 재정의 할 때이다. 구체 클래스인데 추상 메서드를 구현하지 않았다면 컴파일러가 이를 알려준다. 그래도 재정의 메서드에 일괄적으로 @Override 애너테이션을 달아주는 것은 좋은 선택이다. IDE를 사용한다면 IDE는 재정의한 메서드에 대해 @Override 를 붙이도록 권장할 것이다. 재정의할 의도였으나 실수로 새로운 메서드를 추가했을 때 컴파일러가 알려주는 보완재 역할을 할 것이다. 인터페이스의 메서드를 재정의 할 때.. Reading Record/이펙티브자바 2020. 6. 30.
ㅤㅤㅤㅤㅤ
By ds_chanin
[아이템 41] 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 인터페이스인 Serializable 와 같이 아무 메서드도 담고 있지 않고, 구현 클래스가 특정 속성을 가짐을 표시 해주는 인터페이스를 마커 인터페이스라고 한다. Serializable 는 직렬화 할 수 있다고 알려준다. 마커 애너테이션이 생기면서 마커 인터페이스가 더이상 쓸모 없어 보일 수 있으나 그렇지 않다. 마커 인터페이스는 두 가지 면에서 마커 애너테이션 보다 나은 점이 있다. 마커 애너테이션과 달리 마커 인터페이스는 이를 구현한 클래스의 인스턴스들을 구분하는 타입으로 사용할 수 있다. 마커 애너테이션은 런타임에서 발견 할 오류를 마커 인터페이스는 컴파일 타임에 발견 할 수 있다. 적용 대상을 보다 더 정밀하게 지정 할 수 있다. 애너테이션은 @Target 을 이용해서 클래스, 인터페이스, 열거 .. Reading Record/이펙티브자바 2020. 6. 30.

티스토리툴바