반응형
Jake Seo
제이크서 위키 블로그
Jake Seo
전체 방문자
오늘
어제
  • 분류 전체보기 (715)
    • 일상, 일기 (0)
    • 백준 문제풀이 (1)
    • 릿코드 문제풀이 (2)
    • 알고리즘 이론 (10)
      • 기본 이론 (2)
      • 배열과 문자열 (8)
    • 데이터베이스 (15)
      • Planet Scale (1)
      • MSSQL (9)
      • 디비 기본 개념 (1)
      • SQLite 직접 만들어보기 (4)
    • 보안 (7)
    • 설계 (1)
    • 네트워크 (17)
      • HTTP (9)
      • OSI Layers (5)
    • 회고 (31)
      • 연간 회고 (2)
      • 주간 회고 (29)
    • 인프라 (52)
      • 도커 (12)
      • AWS (9)
      • 용어 (21)
      • 웹 성능 (1)
      • 대규모 서비스를 지탱하는 기술 (9)
    • 깃 (7)
    • 빌드 도구 (7)
      • 메이븐 (6)
      • 그레이들 (0)
    • Java (135)
      • 이펙티브 자바 (73)
      • 자바 API (4)
      • 자바 잡지식 (30)
      • 자바 디자인 패턴 (21)
      • 톰캣 (Tomcat) (7)
    • 프레임워크 (64)
      • next.js (14)
      • 스프링 프레임워크 (28)
      • 토비의 스프링 (6)
      • 스프링 부트 (3)
      • JPA (Java Persistence API) (5)
      • Nest.js (8)
    • 프론트엔드 (48)
      • 다크모드 (1)
      • 노드 패키지 관리 매니저 (3)
      • CSS (19)
      • Web API (11)
      • tailwind-css (1)
      • React (5)
      • React 새 공식문서 요약 (1)
      • HTML (Markup Language) (5)
    • 자바스크립트 (108)
      • 모던 자바스크립트 (31)
      • 개념 (31)
      • 정규표현식 (5)
      • 코드 스니펫 (1)
      • 라이브러리 (6)
      • 인터뷰 (24)
      • 웹개발자를 위한 자바스크립트의 모든 것 (6)
      • 팁 (2)
    • Typescript (49)
    • 리눅스와 유닉스 (10)
    • Computer Science (1)
      • Compiler (1)
    • IDE (3)
      • VSCODE (1)
      • IntelliJ (2)
    • 세미나 & 컨퍼런스 (1)
    • 용어 (개발용어) (16)
      • 함수형 프로그래밍 용어들 (1)
    • ORM (2)
      • Prisma (2)
    • NODEJS (2)
    • cypress (1)
    • 리액트 네이티브 (React Native) (31)
    • 러스트 (Rust) (15)
    • 코틀린 (Kotlin) (4)
      • 자바에서 코틀린으로 (4)
    • 정규표현식 (3)
    • 구글 애널리틱스 (GA) (1)
    • SEO (2)
    • UML (2)
    • 맛탐험 (2)
    • 리팩토링 (1)
    • 서평 (2)
    • 소프트웨어 공학 (18)
      • 테스팅 (16)
      • 개발 프로세스 (1)
    • 교육학 (1)
    • 삶의 지혜, 통찰 (1)
    • Chat GPT (2)
    • 쉘스크립트 (1)
    • 컴파일 (2)
    • Dart (12)
    • 코드팩토리의 플러터 프로그래밍 (4)
    • 플러터 (17)
    • 안드로이드 스튜디오 (1)
    • 윈도우즈 (1)
    • 잡다한 백엔드 지식 (1)
    • 디자인 패턴 (1)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • 알고리즘
  • 이펙티브 자바
  • 스프링 검증
  • 자바 검증
  • item8
  • prerendering
  • rust
  • 플라이웨이트패턴
  • try-with-resources
  • 메이븐 골
  • 싱글톤 패턴
  • 메이븐 라이프사이클
  • 자바스크립트 면접
  • pnpm
  • next js app
  • 객체복사
  • 참조 해제
  • item7
  • 작업기억공간
  • NEXT JS
  • 외래키 제약조건
  • 메이븐 페이즈
  • Next.js
  • 자료구조
  • Pre-rendering
  • 도커공식문서
  • 자바스크립트 인터뷰
  • bean Validation
  • Javadoc 자바독 자바주석 주석 Comment
  • 이펙티브자바
  • 팩터리 메서드 패턴
  • 느린 쿼리
  • 추상 팩터리 패턴
  • 서버리스 컴퓨팅
  • serverless computing
  • 디자인패턴
  • 자바 디자인패턴
  • MSSQL
  • item9
  • 싱글턴
  • 러스트
  • 자바스크립트
  • Java
  • 이펙티브 자바 item9
  • 자바
  • 싱글톤
  • 빈 검증
  • 프로그래머의 뇌
  • 토비의 스프링
  • 슬로우 쿼리

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
Jake Seo

제이크서 위키 블로그

Java/이펙티브 자바

이펙티브 자바, 쉽게 정리하기 - item 14. Comparable을 구현할지 고려하라

2022. 1. 1. 18:35

이펙티브 자바, 쉽게 정리하기 - item 14. Comparable을 구현할지 고려하라

Comparable 이란?

  • 믹스인 인터페이스이다.
    • 유일한 구현 메서드인 compareTo에 같은 객체끼리의 natrual order를 정의한다.

equals()와 같이 동치도 비교하며, 순서도 비교하니 업그레이드된 버전이다.

Comparable 구현의 이점

  • Comparable을 구현한 객체의 배열은 쉽게 정렬 가능하다.
    • Arrays.sort(a)
  • Collection 객체들에서도 정렬을 활용할 수 있다.
    • TreeSet 자료구조 같은 경우, Comparable을 구현한 타입만 제너릭으로 받을 수 있다.
      • String 타입을 넣는 경우, 들어간 모든 문자열을 알파벳순으로 출력 가능하다.

natrual order만 정의해줄 뿐인데, 어마어마한 부가 효과가 많다.
반대로 구현하지 않았을 경우, 어마어마한 부가 효과를 못 누린다는 뜻이다.

compareTo 메서드의 일반 규약은?

  • 주어진 객체를 기준으로하여 아래와 같은 값을 반환한다.
    • 비교대상보다 작으면 음의 정수(-1)
    • 비교대상과 같으면 0
    • 비교대상보다 크면 양의 정수(1)

sgn은 부호 함수(signum function)를 의미하며, 음수, 0, 양수일 때 각각 -1, 0, 1로 표현하도록 하였다.

  • Comparable을 구현한 클래스는
    • 모든 x, y에 대해 sgn(x.compareTo(y)) == -sgn(y.compareTo(x))여야 한다.
      • 예외도 x.compareTo(y)와 y.compareTo(x)가 동일하게 터져야 한다.
    • 추이성(transitivity)을 보장해야 한다. (x.compareTo(y) > 0 && y.compareTo(z) > 0)이면, x.compareTo(z) > 0이여야 한다.
      • 0보다 크다는 것은 비교 대상보다 크다는 것이다. x > y > z 인 경우에 x > z여야 한다는 뜻이다.
    • x.compareTo(y) == 0이면, sgn(x.compareTo(z)) == sgn(y.compareTo(z))여야 한다.
      • x == y일 때, x == z && y == z여야 한다는 뜻이다.
    • (x.compareTo(y) == 0) == (x.equals(y)) 는 꼭 지켜야하는 것은 아니지만 권고사항이다.
      • equals()와 논리적 동치를 판단하는 기준이 같다는 뜻이다.
      • 이를 지키지 않는다면 '주의: 이 클래스의 순서는 equals()와 일관되지 않습니다.' 라고 써주는 것이 좋다.
      • 이를 지키지 않으면, 컬렉션 인터페이스(Collection, Set, Map)에서 정의된 동작과 엇박자를 낼 수 있다. 정렬된 컬렉션은 동치를 비교할 때 equals()대신 compareTo()를 사용한다.

정리하자면 반사성, 대칭성, 추이성을 지켜야 한다는 뜻이다.
equals()와 달리 타입이 다른 객체에 대해서는 신경 안 써도 된다.
equals()와 같이 상속으로는 이러한 일반규약을 다 지킬 방법이 없고, '사용'형태로 객체 안에 사용할 필드를 두는 것이 낫다.

Comparable 구현하고 활용하기

CaseInsensitiveString 예제

static final class CaseInsensitiveString implements Comparable<CaseInsensitiveString>{
    String s;

    public CaseInsensitiveString(String s) {
        this.s = s;
    }

    @Override
    public int compareTo(CaseInsensitiveString o) {
        return String.CASE_INSENSITIVE_ORDER.compare(s, o.s);
    }

    @Override
    public String toString() {
        return "CaseInsensitiveString{" +
                "s='" + s + '\'' +
                '}';
    }
}

@Test
public void CaseInsensitiveStringTest1() {
    CaseInsensitiveString cis1 = new CaseInsensitiveString("Apple");
    CaseInsensitiveString cis2 = new CaseInsensitiveString("blue");
    CaseInsensitiveString cis3 = new CaseInsensitiveString("abuse");
    CaseInsensitiveString cis4 = new CaseInsensitiveString("Cream");


    TreeSet<CaseInsensitiveString> cisList = new TreeSet<>();
    cisList.add(cis1);
    cisList.add(cis2);
    cisList.add(cis3);
    cisList.add(cis4);

    String s = cisList.toString();
    System.out.println("s = " + s);
}

@Test
public void CaseInsensitiveStringTest2() {
    CaseInsensitiveString cis1 = new CaseInsensitiveString("Apple");
    CaseInsensitiveString cis2 = new CaseInsensitiveString("blue");
    CaseInsensitiveString cis3 = new CaseInsensitiveString("abuse");
    CaseInsensitiveString cis4 = new CaseInsensitiveString("Cream");


    ArrayList<CaseInsensitiveString> cisList = new ArrayList<>();
    cisList.add(cis1);
    cisList.add(cis2);
    cisList.add(cis3);
    cisList.add(cis4);

    Collections.sort(cisList);
    System.out.println("cisList = " + cisList);
}

실행결과

s = [CaseInsensitiveString{s='abuse'}, CaseInsensitiveString{s='Apple'}, CaseInsensitiveString{s='blue'}, CaseInsensitiveString{s='Cream'}]
cisList = [CaseInsensitiveString{s='abuse'}, CaseInsensitiveString{s='Apple'}, CaseInsensitiveString{s='blue'}, CaseInsensitiveString{s='Cream'}]

대소문자에 관계없이 정렬되어 나온다.

  • Comparable을 구현함으로써, TreeSet과 Collections.sort()라는 강력한 정렬 기능을 자유롭게 이용할 수 있게 됐다.
  • compareTo()의 내부 구현은 java의 기본 래퍼 클래스가 제공하는 정적메서드 compare()를 이용하면 된다.

PhoneNumber 예제

static class PhoneNumber implements Comparable<PhoneNumber>{
    public final Short areaCode;
    public final Short prefix;
    public final Short lineNum;

    // ...

    @Override
    public int compareTo(PhoneNumber o) {
        int result = Short.compare(areaCode, o.areaCode);
        if(result == 0) result = Short.compare(prefix, o.prefix);
        if(result == 0) result = Short.compare(lineNum, o.lineNum);

        return result;
    }
}
  • 비교할 대상이 여러개일 때는 위와 같이 차례차례 비교하면 된다.

자바 8 방식으로 짜보기

@Override
public String toString() {
    return String.format("%03d-%03d-%04d", areaCode, prefix, lineNum);
}

private static final Comparator<PhoneNumber> COMPARATOR =
        comparing((PhoneNumber pn) -> pn.areaCode)
                .thenComparing(pn -> pn.prefix)
                .thenComparing(pn -> pn.lineNum);

@Override
public int compareTo(PhoneNumber o) {
    return COMPARATOR.compare(this, o);
}
phoneNumbers = [000-1111-2222, 000-2222-1111, 111-000-0000]
  • 자바8에서는 Comparator 인터페이스가 비교자 생성 메서드(comparator construction method)와 팀을 꾸려 메서드 연쇄 방식으로 비교자를 생성할 수 있다.
  • 가독성이 매우 좋다.
  • 단, 약간의 성능 저하가 뒤따른다.

정리

  • 순서가 있는 클래스를 작성한다면, Comparable 인터페이스를 구현하는 것이 좋다.
  • compareTo 메서드를 구현할 때는 박싱 클래스에서 제공하는 compare()를 적극 활용하자.
반응형
저작자표시 (새창열림)

'Java > 이펙티브 자바' 카테고리의 다른 글

이펙티브 자바, 쉽게 정리하기 - item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라  (0) 2022.01.01
이펙티브 자바, 쉽게 정리하기 - item 15. 클래스와 멤버의 접근 권한을 최소화하라  (0) 2022.01.01
이펙티브 자바, 쉽게 정리하기 - item 13. clone 재정의는 주의해서 진행하라  (0) 2021.12.30
이펙티브 자바, 쉽게 정리하기 - item 12. toString을 항상 재정의하라  (0) 2021.12.30
이펙티브 자바, 쉽게 정리하기 - item 11. equals를 재정의하려거든 hashCode도 재정의하라  (0) 2021.12.29
    'Java/이펙티브 자바' 카테고리의 다른 글
    • 이펙티브 자바, 쉽게 정리하기 - item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
    • 이펙티브 자바, 쉽게 정리하기 - item 15. 클래스와 멤버의 접근 권한을 최소화하라
    • 이펙티브 자바, 쉽게 정리하기 - item 13. clone 재정의는 주의해서 진행하라
    • 이펙티브 자바, 쉽게 정리하기 - item 12. toString을 항상 재정의하라
    Jake Seo
    Jake Seo
    ✔ 잘 보셨다면 광고 한번 클릭해주시면 큰 힘이 됩니다. ✔ 댓글로 틀린 부분을 지적해주시면 기분 나빠하지 않고 수정합니다. ✔ 많은 퇴고를 거친 글이 좋은 글이 된다고 생각합니다. ✔ 간결하고 명료하게 사람들을 이해 시키는 것을 목표로 합니다.

    티스토리툴바