이펙티브 자바 썸네일형 리스트형 [Effective Java] 아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라. 안녕하세요 남갯입니다. 오늘은 이펙티브 자바 아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라. 를 포스팅 해보려고 합니다. 이 책에서는 상속을 염두하지 않았다면 상속하지 말라고 한다. 그렇다면 상속을 고려한 설계와 문서화란 무슨말일까?상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지 문서로 남겨야한다.final이 아닌 모든 메서드들이 어떤 순서로 호출하고 어떤 결과과 이어지는 처리에 어떤 영향을 주는지에 대한 정보를 담아야한다.예를들어 AbstractCollection 에서 remove 메소드를 재정의 하지 않았다면 UnsupportOperationExeption을 던진다. 상황에 따라 protected 메소드를 통해 필드나 메소드를 공개 해야할 .. [Effective Java] 아이템 18. 상속보다는 컴포지션을 이용하라 안녕하세요 남갯입니다. 오늘은 이펙티브 자바 아이템 18. 상속보다는 컴포지션을 이용하라 에 대해 포스팅하려고 합니다. 상속은 코드를 재사용하는 강력한 수단이지만 항상 최선은 아니고 잘못사용하면 오류를 내기 쉽다. 여기서 말하는 상속은 구현상속을 말한다.(클래스가 다른 클래스를 상속하는 행위만을 말한다)메서드 호출과 달리 상속은 캡슐화를 깨트린다. 자식클래스는 부모클래스에 의존하기 때문에 부모클래스의 동작을 변경함에 따라 하위클래스가 오동작을 할 수 있다. 이렇게 상위클래스 설계자가 확장을 충분히 고려하고 문서화를 안하면 변경하지 않은 하위 클래스도 변경해야 한다. HashSet을 사용하는 프로그램이 있고 이 성능을 올리기위해 변경된 코드를 만들었다. public class InstrumentedHash.. [Effective Java] 아이템 43. 람다보다는 메소드 참조를 이용하라. 안녕하세요 남갯입니다 오늘은 item43. 람다보다는 메소드 참조를 이용하라. 에 대해 포스팅 해보려고 합니다. 메소드 참조를 이용하라. 람다가 익명클래스보다 나은점은 간결함이다. 람다보다도 더 간결하게 만드는 방법이 있는데, 그것이 바로 메소드 참조이다. //java 8 map안에 추가된 merge //before map.merge(key, 1, (count, incr) -> count + incr); //after map.merge(key, 1, Integer::sum); 키와 값 함수를 인수로 받으면서 {키,값} 쌍을 저장한다. 하지만 이런 코드도 거추장 스러운 부분이 남아있다. count와 incr이 하는일이 없이 공간을 많이 차지한다. Java 8부터는 Integer 클래스는 람다와 기능이 같은.. [Effective Java] 아이템 42. 익명클래스 보다는 람다를 사용하라. 안녕하세요 남갯입니다. 오늘은 아이템 42. 익명클래스 보다는 람다를 사용하라 를 작성해보려고 합니다. Collections.sort(words, new Comparator() { @Override public int compare(String o1, String o2) { return Integer.compare(o1.length(), o2.length()); } }); 위와 같이 익명클래스를 이용해서 생성하게 되면 코드가 너무길고, 함수형 프로그래밍에 적합하지 않았지만 람다를 이용해 불필요한 코드가 사라지고 동작을 명확하게 이해 가능하다. Collections.sort(words, (o1, o2) -> Integer.compare(o1.length(), o2.length()));타입을 명시해야 코드가.. [Effective Java] 아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라. 안녕하세요 남갯입니다 오늘은 이펙티브 자바 3/e에 대한 내용을 공유하려고합니다. 아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라. 클라이언트가 클래스의 인스턴스를 얻는 전통적인 방법의 수단은 public 생성자이다. 하지만 프로그래머는 클래스와는 별개로 정적 팩터리 메서드를 제공할 수 있다.*팩토리 메소드 패턴과 다른 내용 일단 생성자 대신 정적 팩토리 메소드를 고려하는 방식은 장점과 단점이 존재한다. 5가지의 장점 1. 이름을 가질 수 있다.생성자에 넘기는 매개변수와 생성자 자체만으로는 반환될 객체의 특성을 제대로 설명하지 못한다.반면에 정적 팩터리는 이름만 잘 지으면 반환될 객체의 특성을 묘사가 가능하다. 예를들어 BigInteger(int, int, Random) 이라는 소스와 - (생성자.. 이전 1 다음