본문 바로가기

Reading Record

ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 30] 이왕이면 제네릭메서드로 만들라 "이왕이면 제네릭 타입으로 만든 것 처럼 메서드도 이왕이면 제네릭 메서드로 만들자" 매개변수화 타입을 받는 정적 유틸리티 메서드는 보통 제네릭이다 매개변수화 타입? 제네릭 타입이 인스턴스화 되었을 때의 타입 ex) Collections.binarySearch 메서드 public static int binarySearch(List Reading Record/이펙티브자바 2020. 3. 29.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 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.. Reading Record/이펙티브자바 2020. 3. 28.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
아이템 [6] - 불필요한 객체생성을 피하라 객체 생성이 잦은데 그 비용이 크다면? "불필요한 객체 생성을 피하면서 자원을 절약해야한다" 1. 같은 값임에도 다른 레퍼런스인 경우 같은 값을 가지고 동시에 불변객체라면 같은 레퍼런스를 가져야한다. 다시말해, 같은 값을 가지는 인스턴스가 두 개 이상 만들어 지는 것은 "불필요한 객체생성"이다. 대표적인 불변클래스 String 을 예로들면, String 클래스는 같은 문자열이라면 같은 레퍼런스를 지닌다. 그런데 만약 String s = new String("String") 방식으로 스트링 객체를 생성한다면, 이후에 String s2 = new String("String") 시에 같은 문자열임에도 다른 레퍼런스를 가지게 된다. 2. 재사용 빈도가 높고 생성비용이 비싼 경우 생성비용이 비싼 객체라면 "캐싱".. Reading Record/이펙티브자바 2020. 3. 4.
ㅤㅤㅤㅤㅤ
By gobukgol
아이템 [20] - 추상 클래스 보다는 인터페이스를 우선하라 자바에는 인터페이스와 추상 클래스를 제공한다. 또한 자바 8 부터는 인터페이스에 default method를 제공하게 되어 인퍼테이스와 추상 클래스 모두 인스턴스 메소드를 구현 형태로 제공할 수 있게되었다. 그렇다면 둘의 차이는 무엇일까? 추상 클래스를 상속받아 구현하는 클래스는 반드시 추상 클래스의 하위 타입이 되어야한다는 점이다. 즉, 자바에서는 단일 상속만 지원 하기 때문에 한 추상 클래스를 상속받은 클래스는 다른 클래스를 상속받을 수 없게되는 것이다. 이와 반대로 인터페이스는 구현해야할 메소드만 올바르게 구현한다면 어떤 다른 클래스를 상속했던 간에 같은 타입으로 취급된다. 인터페이스에는 다음과 같은 장점이 있다. 기존 클래스에도 손쉽게 새로운 인터페이스를 구현해넣을 수 있다. 인터페이스는 믹스인 .. Reading Record/이펙티브자바 2020. 2. 29.
ㅤㅤㅤㅤㅤ
By gobukgol
아이템 [19] - 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 상속을 고려한 설계와 문서화란? 1. 상속용 클래스는 재정의할 수 있는 메소드들을 내부적으로 어떻게 이용하는지(자기사용) 문서로 남겨야 한다. 클래스의 API로 공개된 메소드에서 클래스 자신의 또 다른 메소드를 호출할 수도 있다. 이때 호출되는 메소드가 하위 클래스에서 재정의 가능한 메소드라면 이 사실을 호출하는 메소드의 API 설명에 명시해야한다. 더 넓은 의미로는. 재정의 가능 메소드를 호출할 수 있는 모든 상황을 문서로 남겨두어야 한다. 이를 도와주는 용도로 @implSpec 태그가 있는데 이는, javadoc으로 api 생성시 "Implementaion Requirements:"로 대체되고 그 메소드의 내부 동작방식을 설명하는 곳이다. 활성화 하기 위해선 javadoc -tag "implSpec:.. Reading Record/이펙티브자바 2020. 2. 27.
ㅤㅤㅤㅤㅤ
By 쟈 미
아이템 [18] - 상속보다는 컴포지션을 사용하라 1. 구체클래스 상속의 위험성 다른 패키지의 구체 클래스를 상속하는 일은 위험하다 (인터페이스 상속말고, 구현 상속에서) 메서드 호출과 달리 상속은 캡슐화를 깨뜨린다. - 상위 클래스에 따라 하위클래스의 동작에 문제가 생기기 때문 (상위클래스의 릴리즈가 이뤄진다면?) '자기사용' : 자신의 다른 부분을 사용 > 내부 구현 방식이므로 오픈 api가 아니라 다름 릴리즈 변경, 삭제가능 하위 클래스가 깨지기 쉬운 이유 ㄱ. 상위 클래스의 메서드를 재정의 하여 하위클래스의 로직을 방어한다 (HashSet addAll() 예제) 상위클래스의 메서드 동작을 다시 구현하는게 어렵다. 시간도 더든다. 오류나 성능을 떨어뜨릴 수 있다. 하위클래스에서 접근 불가한 private 클래스를 써야하면 구현이 불가능하다. ㄴ. .. Reading Record/이펙티브자바 2020. 2. 26.
ㅤㅤㅤㅤㅤ
By 쟈 미
아이템 [17] - 변경 가능성을 최소화하라 불변 클래스 : 그 인스턴스의 내부 값을 수정할 수 없는 클래스 예 ) String, Wrapper Class, BigInteger, BigDecimal - 설계 구현 사용이 쉽다. - 오류 여지가 적고 안전하다. 1. 불변 클래스 5가지 규칙 ㄱ. 객체의 상태를 변경하는 메서드(변경자)를 제공하지 않는다. (setter) ㄴ. 클래스를 확장할 수 없게 한다. (extend X) ㄷ. 모든 필드를 final로 선언한다 ㄹ. 모든 필드를 private으로 선언한다. [아이템 15] : 클래스와 멤버의 접근권한을 최소화하라 [아이템 16] : public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 ㅁ. 자신 외에는 내부의 가변 컴포넌트에 접근할 수 없도록 한다. - 객체 참조 X - ge.. Reading Record/이펙티브자바 2020. 2. 26.
ㅤㅤㅤㅤㅤ
By 오늘의 개발
[아이템 15] 클래스와 멤버의 접근 권한을 최소화하라 잘 설계된 컴포넌트란? 1. 캡슐화가 얼마나 잘 되었는지. 2. 노출되는 API 와 실제 구현이 얼마나 잘 분리되었는지. 3. 메시지를 주고받는 두 컴포넌트가 서로의 내부 동작을 신경쓰지 않는지. 캡슐화를 잘 지켰을 때의 장점 1. 서로의 구현을 몰라도 되기 때문에 병렬로 개발이 가능하여 개발 속도가 빨라진다. 2. 잘 분리되어있는 컴포넌트는 관리포인트가 작다. 디버깅도 빨리 할 수 있고 다른 컴포넌트로의 교체도 빠르게 할 수 있다. 3. 잘 분리되어있는 컴포넌트는 최적화도 그 컴포넌트만 하면 되기 때문에 좋다. 4. 외부 컴포넌트에 종속되지 않기 때문에 재사용성이 높다. 5. 전체 시스템이 완성되지 않아도 개별 컴포넌트를 검증할 수 있기 때문에 큰 시스템을 개발하는 난이도를 낮춰준다. 캡슐화의 핵심은 .. Reading Record/이펙티브자바 2020. 2. 12.

티스토리툴바