item18. 상속보다는 컴포지션을 사용하라. " p.119 콜백 프레임워크와 셀프문제" 래퍼클래스에는 단점이 거의 없는데, 한가지 있다면 래퍼 클래스가 콜백 callback 프레임워크와는 어울리지 않는다는 점만 주의하면 된다. 콜백 프레임워크에서는 자기 자신의 참조를 다른 객체에 넘겨서 다음 호출(콜백)때 사용하도록 한다. 내부 객체는 근데 자신을 감싸고 있는 래퍼의 존재를 모르기 때문에 자기 자신 this를 참조로 넘기고 , 콜백 때는 래퍼가 아닌 내부 객체를 호출하게 되는데 이를 self 문제라고 한다. 콜백 함수란? : 다른 함수 A의 인자로 전달된 함수 B로, 해당 함수A 내부에서 필요한 시점에 호출될 수 있는 함수 B를 의미한다. public interface FunctionToCall { v..

item18. 상속보다는 컴포지션을 사용하라. " p.119 데코레이터 패턴" [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. (tistory.com) [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. 상속을 사용하면 코드를 재사용할 수 있지만, 잘못 상속하면 오류가 발생할 수 있다. 상위 클래스와 하위 클래스가 모두 같은 프로그래 hyejin.tistory.com 데코레이터 패턴 Decorator Pattern 이란? : 기존 코드를 변경하지 않고 부가 기능을 추가하는 패턴, 객체의 결합을 통해 기능을 동적으로 유연하게 확장할 수 있게 해주는 패턴이다. 데코레이터 패턴은 상속이 아닌 위임을 사용해서 보다 유연..

[이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. 상속을 사용하면 코드를 재사용할 수 있지만, 잘못 상속하면 오류가 발생할 수 있다. 상위 클래스와 하위 클래스가 모두 같은 프로그래머가 통제하는 패키지 안이면서 확장할 목적으로 설계되었고, 문서화도 잘 된 클래스라면 상속도 안전한 방법이 된다. 하지만 일반적인 구체 클래스를 패키지 경계를 넘어서 다른 패키지의 구체클래스로 상속하는 일은 오류가 발생할 위험이 존재한다!! 👾 메서드 호출과 달리 상속은 캡슐화를 깨트린다. : 상위 클래스가 어떻게 구현되느냐에 따라서 하위 클래스의 동작에 이상이 생길 수 있다. 상위 클래스가 릴리즈마다 내부 구현이 달라질 수 있는데, 그에 따라서 상속을 받은 하위 클래스에서 오동작 할 수 있다. 상위 클래스 설계..

item17. 변경 가능성을 최소화 하라. " p.113 java.util.concurrent 패키지의 CountDownLatch 클래스가 이상의 원칙을 잘 방증한다." java.util.concurrent 패키지 : 병행(Concurrency) 프로그래밍에 유용하게 사용할 수 있는 유틸리티 묶음 - 병행(Concurrency)와 병렬(Parallelism)의 차이 병행은 여러 작업을 번갈아 가며 실행해 마치 동시에 여러 작업을 동시에 처리하듯 보이지만, 실제로는 한 번에 오직 한 작업만을 실행한다. (cpu가 한개여도 가능) 병렬은 여러 작업을 실제로 동시에 처리하는 것으로 cpu가 여러개 있어야 가능하다. 자바의 concurrent 패키지에서는 병행 애플리케이션에 유용한 다양한 툴을 제공한다. -> ..

item17. 변경 가능성을 최소화 하라. " p105. 새로 생성된 불변 인스턴스를 동기화 없이 다른 스레드로 건네도 문제없이 동작한다.(JLS 17.4, 17.5)" JMM (Java Memory Model) : JMM 이라고 해서 구글링해보면 JVM의 힙, 스택... 이런 설명으로 이어지는 글들이 많은데 이건 JMM으로 JVM과는 다르다!! 자바 메모리 모델 JMM은 JVM의 메모리 구조가 아니라 적법한 legal 프로그램의 실행규칙이다. https://docs.oracle.com/javase/specs/jls/se14/html/jls-17.html#jls-17.4 Chapter 17. Threads and Locks class A { final int x; A() { x = 1; } int f()..

[이펙티브 자바] Item17. 변경 가능성을 최소화하라. [이펙티브 자바] Item17. 변경 가능성을 최소화 하라. (불변 클래스의 장점과 단점) (tistory.com) [이펙티브 자바] Item17. 변경 가능성을 최소화 하라. (불변 클래스의 장점과 단점) [이펙티브 자바] Item17. 변경 가능성을 최소화하라. [이펙티브 자바] Item17. 변경 가능성을 최소화 하라. (불변 클래스) (tistory.com) [이펙티브 자바] Item17. 변경 가능성을 최소화 하라. (불변 클래스) [ hyejin.tistory.com 저번 글에서 불변 클래스의 개념과 만드는 다섯가지 규칙, 그리고 불변 클래스의 장점과 단점에 대해서 배웠다. 불변 클래스를 만들 때 다섯가지 규칙에 더해서 오늘은 불변 클..