IT/Programming

<Effective Java> RULE 36 Override 어노테이션은 일관되게 사용하라

중복을 제거한 set을 사용? package Rule36; import java.util.HashSet; import java.util.Set; public class Bigram { private final char first; private final char second; public Bigram(char first, char second) { this.first = first; this.second = second; } public boolean equals(Bigram b) { return b.first == first && b.second == second; } public int hashCode() { return 31 * first + second; } public static void m..

2023. 4. 27. 09:20
IT/Programming

<Effective Java> RULE 37 자료형을 정의할 때 표식 인터페이스를 사용하라

표식 인터페이스 · 표식 인터페이스는 아무 메서드도 선언하지 않은 인터페이스 · 표식 인터페이스의 구현은 해당 클래스가 어떤 속성을 만족한다는 사실을 표현 (ex: Serializable Interface) 표식 인터페이스를 사용의 장점 · 결국 표식이 붙은 클래스가 만드는 객체들이 구현하는 자료형(표식 어노테이션은 자료형이 아니다) ㄴ 표식 인터페이스 Serializable의 경우 · ObjectOutputStream.write(Object) 메서드는 인자가 Serializable 인터페이스를 구현하지 않은 객체에 오류를 낸다. · 인자 자료형이 Object가 아니라 Serializable이었다면 컴파일 시 문제를 즉시 알 수 있다. · 적용범위를 좀더 세밀하게 지정할 수 있다. ㄴ 어노테이션 자료형 ..

2023. 4. 27. 09:20
IT/Programming

<Effective Java> RULE 38 인자의 유효성을 검사하라

메서드와 생성자는 인자로 사용하는 값을 제한한다. 이런 제한들은 문서로 남겨야 하며 메서드 시작부분에서 검사해야한다. 오류를 가급적 빨리 탐지해야 한다는 일반 원칙의 특수한 경우이다. · 이러한 검사를 생략하면 오류를 탐지하기 어려워질 뿐 아니라, 설사 탐지하더라도 발생 지점을 파악하기 어려워 진다. public메서드라면 인자의 유효성위반에 관한 예외를 Javadoc의 @throw태그를 사용해서 문서화 하라(규칙 62) 보통 IllegalArgumentException, IndexOutOfBoundException, 또는 NullPointerException이 이용된다.(규칙 60) /** * * 이 메서드는 remainder 메서드와는 다르다. * remainder메서드는 항상 음수아닌 BigInteg..

2023. 4. 27. 09:20
IT/Programming

<Effective Java> RULE 39 필요하다면 방어적 복사본을 만들라.

자신이 만든 클래스의 클라이언트가 불변식을 망가뜨리기 위해 최선을 다할 것이라는 가정하에 방어적으로 프로그래밍을 해야한다. 불변식을 망가뜨리는 자 · 시스템 보안을 무너뜨리려는 악의적인 사용자 · 실수로 API를 이상하게 사용하는 프로그래머 //변경 불가능성이 보장되지 않는 변경 불가능 클래스(!) final class Period{ private final Date start; private final Date end; public Period(Date start, Date end) { if(start.compareTo(end)>0) { throw new IllegalArgumentException(start + " after " + end); } this.start = start; this.end =..

2023. 4. 27. 09:19
IT/Programming

<Effective Java> RULE 40 메서드 시그너처는 신중하게 설계하라

메서드 이름은 신중하게 고르라 · 표준 작명 관습을 따라라(규칙 56) · 이해하기 쉬우면서도 같은 패키지안의 다른 이름과 일관성이 유지되는 이름 · 좀 더 널리 합의된 사항에도 부합하는 이름을 고르는 것 편의 메서드(Convenience Method)를 제공하는데 너무 열을 올리지 마라 · 모든 메서드는 맡은 일이 명확하고 거기에 충실해야한다(pull its weight) · 클래스에 메서드가 너무 많으면 학습, 사용, 테스트, 유지보수 등이 어렵다.(특히 인터페이스) · 단축 메서드는 자주 쓰일 때만 추가하라. 인자 리스트(Parameter list)는 길게 만들지 마라 · 4개 이하가 되도록 애쓰라 · 긴 인자를 짧게 줄이는 방법 ㄴ 여러 메서드로 나누는것 ㄴ 도움 클래스를 만들어 인자들을 그룹별로..

2023. 4. 27. 09:19
IT/Programming

<Effective Java> RULE 41 오버로딩할 때는 주의하라

public class Rule41 { public static String classify(Set col) { return "Set Collection"; } public static String classify(List col) { return "List Collection"; } public static String classify(Collection col) { return "Unknown Collection"; } public static void main(String[] args) { Collection[] colList = { new HashSet(), new ArrayList(), new HashMap().values() }; for(Collection col : colList) { Sys..

2023. 4. 26. 13:42
반응형