item21. 인터페이스는 구현하는 쪽을 생각해 설계하라. " p.137. ConcurrentModificationException" ConcurrentModificationException : This exception may be thrown by methods that have detected concurrent modification of an object when such modification is not permissible. 현재 바뀌면 안되는 것을 수정할 때 발생하는 예외 https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/util/ConcurrentModificationException.html ConcurrentModi..

[이펙티브 자바] Item21. 인터페이스는 구현하는 쪽을 고려해 설계하라. 자바8 전에는 인터페이스에 메서드를 추가할 방법이 없었는데 자바 8에 와서 기존 인터페이스에 메서드를 추가할 수 있게 됐다. 디폴트 메서드로 선언하면 그 인터페이스를 구현한 후 디폴트 메서드를 재정의하지 않은 모든 클래스에서 디폴트 구현이 쓰이게 된다. 이제 자바에서도 기존 인터페이스에 메서드를 추가할 수 있지만 모든 기존 구현체들과 매끄럽게 연동된다는 보장은 없다. - 기존 인터페이스에 디폴트 메서드 구현을 추가하는 것은 위험한 일이다. 기존 인터페이스에 디폴트 메서드 구현을 추가하는 것은 위험하긴하다. 왜냐하면 디폴트 메서드는 구현 클래스에 대해 아무것도 모른 채 합의 없이 무작정 삽입되기 때문이다. 자바 라이브러리의 디폴트..

문제 설명 경화는 과수원에서 귤을 수확했습니다. 경화는 수확한 귤 중 'k'개를 골라 상자 하나에 담아 판매하려고 합니다. 그런데 수확한 귤의 크기가 일정하지 않아 보기에 좋지 않다고 생각한 경화는 귤을 크기별로 분류했을 때 서로 다른 종류의 수를 최소화하고 싶습니다. 예를 들어, 경화가 수확한 귤 8개의 크기가 [1, 3, 2, 5, 4, 5, 2, 3] 이라고 합시다. 경화가 귤 6개를 판매하고 싶다면, 크기가 1, 4인 귤을 제외한 여섯 개의 귤을 상자에 담으면, 귤의 크기의 종류가 2, 3, 5로 총 3가지가 되며 이때가 서로 다른 종류가 최소일 때입니다. 경화가 한 상자에 담으려는 귤의 개수 k와 귤의 크기를 담은 배열 tangerine이 매개변수로 주어집니다. 경화가 귤 k개를 고를 때 크기가..

문제 설명 문자열로 구성된 리스트 strings와, 정수 n이 주어졌을 때, 각 문자열의 인덱스 n번째 글자를 기준으로 오름차순 정렬하려 합니다. 예를 들어 strings가 ["sun", "bed", "car"]이고 n이 1이면 각 단어의 인덱스 1의 문자 "u", "e", "a"로 strings를 정렬합니다. 제한 조건 strings는 길이 1 이상, 50이하인 배열입니다. strings의 원소는 소문자 알파벳으로 이루어져 있습니다. strings의 원소는 길이 1 이상, 100이하인 문자열입니다. 모든 strings의 원소의 길이는 n보다 큽니다. 인덱스 1의 문자가 같은 문자열이 여럿 일 경우, 사전순으로 앞선 문자열이 앞쪽에 위치합니다. 입출력 예 strings n return ["sun", "b..

item20. 추상클래스보다 인터페이스를 우선하라. " p.135 디폴트 메서드는 equals, hashCode, toString 같은 Object 메서드를 재정의할 수 없기 때문이다." public interface MyInterface { default String toString() { return "myString"; } default int hashCode() { return 10; } default boolean equals(Object o) { return true; } } 이렇게 인터페이스에 Object 메서드를 재정의하려고 하면 Default method 'toString' overrides a member of 'java.lang.Object' 라고 컴파일 에러가 발생한다. 사실 인터페..

item20. 추상클래스보다 인터페이스를 우선하라. " p.132 템플릿 메서드 패턴" 🙂 템플릿 메서드 패턴이란? : 알고리즘 구조를 서브 클래스가 확장할 수 있도록 템플릿으로 제공하는 방법 전체적으로는 동일한데 부분적으로 다른 부분을 따로 확장해서 작성할 수 있도록 도와주는 방법으로 코드 중복을 최소화할 수 있다! public abstract class FileProcessor { private String path; public FileProcessor(String path) { this.path = path; } // templateMethod() public final int process() { try(BufferedReader reader = new BufferedReader(new File..

[이펙티브 자바] Item20. 추상클래스보다 인터페이스를 우선하라. [이펙티브 자바] Item20. 추상클래스보다 인터페이스를 우선하라. (tistory.com) [이펙티브 자바] Item20. 추상클래스보다 인터페이스를 우선하라. [이펙티브 자바] Item20. 추상클래스보다 인터페이스를 우선하라. 자바가 제공하는 다중 구현 메커니즘으로는 추상클래스와 인터페이스 이렇게 두가지가 있다. 자바 8부터 인터페이스도 디폴트 hyejin.tistory.com 먼저 추상 클래스보다 인터페이스를 우선하기 위해 인터페이스의 장점에 대해서 공부했다. 그런데 이제 인터페이스와 추상 골격(skeltal implementation) 클래스를 함께 제공하는 식으로 인터페이스와 추상 클래스의 장점을 모두 취하는 방법도 있다...

[이펙티브 자바] Item20. 추상클래스보다 인터페이스를 우선하라. 자바가 제공하는 다중 구현 메커니즘으로는 추상클래스와 인터페이스 이렇게 두가지가 있다. 자바 8부터 인터페이스도 디폴트 메서드 default method 를 제공할 수 있게 되면서 이제는 두 메커니즘 모두 인스턴스 메서드를 구현 형태로 제공할 수 있다. 추상클래스와 인터페이스의 큰 차이점으로는 추상클래스가 정의한 타입을 구현하는 클래스는 반드시 추상클래스의 하위 클래스가 되어야 한다는 점이다. 자바는 단일 상속만 지원하기 때문에 추상 클래스 방식은 새로운 타입을 정의하는데 커다란 제약을 얻게 된다. 반면 인터페이스가 선언한 메서드를 모두 정의하고 그 일반 규약을 잘 지킨 클래스라면 다른 어떤 클래스를 상속했든 같은 타입으로 취급된다. ..

[이펙티브 자바] Item19. 상속을 고려해 설계하고 문서화하라. 그렇지 않았더라면 상속을 금지하라. [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. (tistory.com) [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. [이펙티브 자바] Item18. 상속보다는 컴포지션을 사용하라. 상속을 사용하면 코드를 재사용할 수 있지만, 잘못 상속하면 오류가 발생할 수 있다. 상위 클래스와 하위 클래스가 모두 같은 프로그래 hyejin.tistory.com item18에서는 상속을 염두에 두지 않고 설계하고 상속할 때 주의점도 문서화해놓지 않은 외부 클래스를 상속할 때의 문제점에 대해서 얘기하고 있다. (이때 '외부'란 프로그래머의 통제권 밖에 있어서 언제 어떻게 변경될지 모르..

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