🐾
개발자국
  • 🐶ABOUT
  • 🚲프로그래밍
    • 객체 지향 프로그래밍
    • 오브젝트
      • 1장: 객체, 설계
      • 2장: 객체지향 프로그래밍
      • 3장: 역할, 책임, 협력
      • 4장: 설계 품질과 트레이드오프
      • 5장: 책임 할당하기
      • 6장: 메시지와 인터페이스
      • 7장: 객체 분해
      • 8장: 의존성 관리하기
      • 9장: 유연한 설계
      • 10장: 상속과 코드 재사용
      • 11장: 합성과 유연한 설계
      • 12장: 다형성
      • 13장: 서브클래싱과 서브타이핑
      • 14장: 일관성 있는 협력
      • 15장: 디자인 패턴과 프레임워크
    • 도메인 주도 개발 시작하기
      • 1장: 도메인 모델 시작하기
      • 2장: 아키텍처 개요
      • 3장: 애그리거트
      • 4장: 리포지토리와 모델 구현
      • 5장: 스프링 데이터 JPA를 이용한 조회 기능
      • 6장: 응용 서비스와 표현 영역
      • 7장: 도메인 서비스
      • 8장: 애그리거트 트랜잭션 관리
      • 9장: 도메인 모델과 바운디드 컨텍스트
      • 10장: 이벤트
      • 11장: CQRS
    • 클린 아키텍처
      • 만들면서 배우는 클린 아키텍처
        • 계층형 아키텍처의 문제와 의존성 역전
        • 유스케이스
        • 웹 어댑터
        • 영속성 어댑터
        • 아키텍처 요소 테스트
        • 경계 간 매핑 전략
        • 애플리케이션 조립
        • 아키텍처 경계 강제하기
        • 지름길 사용하기
        • 아키텍처 스타일 결정하기
    • 디자인 패턴
      • 생성(Creational) 패턴
        • 팩토리 패턴
        • 싱글톤 패턴
        • 빌더 패턴
        • 프로토타입 패턴
      • 행동(Behavioral) 패턴
        • 전략 패턴
        • 옵저버 패턴
        • 커맨드 패턴
        • 템플릿 메서드 패턴
        • 반복자 패턴
        • 상태 패턴
        • 책임 연쇄 패턴
        • 인터프리터 패턴
        • 중재자 패턴
        • 메멘토 패턴
        • 비지터 패턴
      • 구조(Structural) 패턴
        • 데코레이터 패턴
        • 어댑터 패턴
        • 퍼사드 패턴
        • 컴포지트 패턴
        • 프록시 패턴
        • 브리지 패턴
        • 플라이웨이트 패턴
      • 복합 패턴
  • 시스템 설계
    • 1. 사용자 수에 따른 규모 확장성
    • 2. 개략적 규모 추정
    • 3. 시스템 설계 접근법
    • 4. 처리율 제한 장치
    • 5. 안정 해시
    • 6. 키-값 저장소
    • 7. 유일한 ID 생성기
    • 8. URL 단축기
    • 9. 웹 크롤러
    • 10. 알림 시스템
    • 11. 뉴스 피드
    • 12. 채팅 시스템
    • 13. 검색어 자동완성
    • 14. 유튜브 스트리밍
    • 15. 구글 드라이브
    • ⭐️. 캐싱 전략
    • ⭐️. 재고 시스템으로 알아보는 동시성이슈 해결방법
    • ⭐️. 실습으로 배우는 선착순 이벤트 시스템
  • 🏝️자바
    • 자바의 내부 속으로
      • Java 언어의 특징
      • JDK
      • JVM
        • 메모리 관리
        • Garbage Collector
          • 기본 동작
          • Heap 영역을 제외한 GC 처리 영역
          • (WIP) GC 알고리즘
        • 클래스 로더
      • 자바 실행 방식
      • 메모리 모델과 관리
      • 바이트 코드 조작
      • 리플렉션
      • 다이나믹 프록시
      • 어노테이션 프로세서
    • 자바의 기본
      • 데이터 타입, 변수, 배열
    • 이펙티브 자바
      • 2장: 객체의 생성과 파괴
        • item 1) 생성자 대신 정적 팩토리 메서드를 고려하라
        • item2) 생성자에 매개변수가 많다면 빌더를 고려하라
        • item3) private 생성자나 열거 타입으로 싱글톤임을 보증하라
        • item4) 인스턴스화를 막으려면 private 생성자를 사용
        • item5) 자원을 직접 명시하는 대신 의존 객체 주입 사용
        • item6) 불필요한 객체 생성 지양
        • item7) 다 쓴 객체는 참조 해제하라
        • item8) finalizer와 cleaner 사용 자제
        • item9) try-with-resources를 사용하자
      • 3장: 모든 객체의 공통 메서드
        • item 10) equals는 일반 규약을 지켜 재정의 하자
        • item 11) equals 재정의 시 hashCode도 재정의하라
        • item 12) 항상 toString을 재정의할 것
        • item 13) clone 재정의는 주의해서 진행하라
        • item 14) Comparable 구현을 고려하라
      • 4장: 클래스와 인터페이스
        • item 15) 클래스와 멤버의 접근 권한을 최소화하라
        • item 16) public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
        • item 17) 변경 가능성을 최소화하라
        • item 18) 상속보다는 컴포지션을 사용하라
        • item 19) 상속을 고려해 설계하고 문서화하고, 그러지 않았다면 상속을 금지하라
        • item 20) 추상 클래스보다는 인터페이스를 우선하라
        • item 21) 인터페이스는 구현하는 쪽을 생각해 설계하라
        • item 22) 인터페이스는 타입을 정의하는 용도로만 사용하라
        • item 23) 태그 달린 클래스보다는 클래스 계층구조를 활용하라
        • item 24) 멤버 클래스는 되도록 static으로 만들라
        • item 25) 톱레벨 클래스는 한 파일에 하나만 담으라
      • 5장: 제네릭
        • item 26) 로 타입은 사용하지 말 것
        • item 27) unchecked 경고를 제거하라
        • item 28) 배열보다 리스트를 사용하라
        • item 29) 이왕이면 제네릭 타입으로 만들라
        • item 30) 이왕이면 제네릭 메서드로 만들라
        • item 31) 한정적 와일드카드를 사용해 API 유연성을 높이라
        • item 32) 제네릭과 가변 인수를 함께 사용
        • item 33) 타입 안전 이종 컨테이너를 고려하라
      • 6장: 열거 타입과 어노테이션
        • item 34) int 상수 대신 열거 타입을 사용하라
        • item 35) ordinal 메서드 대신 인스턴스 필드를 사용하라
        • item 36) 비트 필드 대신 EnumSet을 사용하라
        • item 37) ordinal 인덱싱 대신 EnumMap을 사용하라
        • item 38) 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라
        • item 39) 명명 패턴보다 어노테이션을 사용하라
        • item 40) @Override 어노테이션을 일관되게 사용하라
        • item 41) 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
      • 7장: 람다와 스트림
        • item 42) 익명 클래스보다는 람다를 사용하라
        • item 43) 람다보다는 메서드 참조를 사용하라
        • item 44) 표준 함수형 인터페이스를 사용하라
        • item 45) 스트림은 주의해서 사용하라
        • item 46) 스트림에서는 부작용 없는 함수를 사용하라
        • item 47) 반환 타입으로는 스트림보다 컬렉션이 낫다
        • item 48) 스트림 병렬화는 주의해서 적용하라
      • 8장: 메서드
        • item 49) 매개변수가 유효한지 검사하라
        • item 50) 적시에 방어적 복사본을 만들라
        • item 51) 메서드 시그니처를 신중히 설계하라
        • item 52) 다중정의는 신중히 사용하라
        • item 53) 가변인수는 신중히 사용하라
        • item 54) null이 아닌, 빈 컬렉션이나 배열을 반환하라
        • item 55) 옵셔널 반환은 신중히 하라
        • item 56) 공개된 API 요소에는 항상 문서화 주석을 작성하라
      • 9장: 일반적인 프로그래밍 원칙
        • item 57) 지역 변수의 범위를 최소화하라
        • item 58) 전통적인 for문보다 for-each문을 사용하기
        • item 59) 라이브러리를 익히고 사용하라
        • item 60) 정확한 답이 필요하다면 float, double은 피하라
        • item 61) 박싱된 기본타입보단 기본 타입을 사용하라
        • item 62) 다른 타입이 적절하다면 문자열 사용을 피하라
        • item 63) 문자열 연결은 느리니 주의하라
        • item 64) 객체는 인터페이스를 사용해 참조하라
        • item 65) 리플렉션보단 인터페이스를 사용
        • item 66) 네이티브 메서드는 신중히 사용하라
        • item 67) 최적화는 신중히 하라
        • item 68) 일반적으로 통용되는 명명 규칙을 따르라
      • 10장: 예외
        • item 69) 예외는 진짜 예외 상황에만 사용하라
        • item 70) 복구할 수 있는 상황에서는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
        • item 71) 필요 없는 검사 예외 사용은 피하라
        • item 72) 표준 예외를 사용하라
        • item 73) 추상화 수준에 맞는 예외를 던지라
        • item 74) 메서드가 던지는 모든 예외를 문서화하라
        • item 75) 예외의 상세 메시지에 실패 관련 정보를 담으라
        • item 76) 가능한 한 실패 원자적으로 만들라
        • item 77) 예외를 무시하지 말라
      • 11장: 동시성
        • item 78) 공유 중인 가변 데이터는 동기화해 사용하라
        • item 79) 과도한 동기화는 피하라
        • item 80) 스레드보다는 실행자, 태스크, 스트림을 애용하라
        • item 81) wait와 notify보다는 동시성 유틸리티를 애용하라
        • item 82) 스레드 안전성 수준을 문서화하라
        • item 83) 지연 초기화는 신중히 사용하라
        • item 84) 프로그램의 동작을 스레드 스케줄러에 기대지 말라
      • 12장: 직렬화
        • item 85) 자바 직렬화의 대안을 찾으라
        • item 86) Serializable을 구현할지는 신중히 결정하라
        • item 87) 커스텀 직렬화 형태를 고려해보라
        • item 88) readObject 메서드는 방어적으로 작성하라
        • item 89) 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라
        • item 90) 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라
    • 모던 자바 인 액션
      • 1장: 자바의 역사
      • 2장: 동작 파라미터화
      • 3장: 람다
      • 4장: 스트림
      • 5장: 스트림 활용
      • 6장: 스트림으로 데이터 수집
      • 7장: 병렬 데이터 처리와 성능
      • 8장: 컬렉션 API 개선
      • 9장: 람다를 이용한 리팩토링, 테스팅, 디버깅
      • 10장: 람다를 이용한 DSL
      • 11장: null 대신 Optional
      • 12장: 날짜와 시간 API
      • 13장: 디폴트 메서드
      • 14장: 자바 모듈 시스템
      • 15장: CompletableFuture와 Reactive 개요
      • 16장: CompletableFuture
      • 17장: 리액티브 프로그래밍
      • 18장: 함수형 프로그래밍
      • 19장: 함수형 프로그래밍 기법
      • 20장: 스칼라 언어 살펴보기
    • 자바의 이모저모
      • Javax
      • Objects
      • NIO
      • Thread
      • Concurrent
        • Atomic
        • Executor, ExecutorService
        • Interrupt
      • Assertions
    • Netty
      • 네티 맛보기
      • 네티의 주요 특징
      • 채널 파이프라인
      • 이벤트 루프
      • 바이트 버퍼
      • 부트스트랩
      • 네티 테스트
      • 코덱
      • 다양한 ChannelHandler와 코덱
      • 웹소켓
      • UDP 브로드캐스팅
    • 자바 병렬 프로그래밍
      • 2장: 스레드 안전성
      • 15장: 단일 연산 변수와 논블로킹 동기화
  • 🏖️코틀린
    • 코틀린 인 액션
      • 코틀린 언어의 특징
      • 코틀린 기초
      • 함수 정의와 호출
      • 클래스, 객체, 인터페이스
      • 람다
      • 타입 시스템
      • 연산자 오버로딩과 기타 관례
      • 고차 함수
      • 제네릭스
      • 어노테이션과 리플렉션
      • DSL 만들기
  • 🌸스프링
    • Spring Core
      • Cron Expression
      • Bean
        • Lifecycle
        • Aware
    • Spring MVC
    • Spring Security
      • 로그인 처리
      • 로그아웃 처리
      • JWT 인증 방식
      • 메소드별 인가 처리
    • Spring Data
      • Pageable
      • Spring Data Couchbase
      • Spring Data Redis
        • Serializer
    • Spring REST Docs
    • Spring Annotations
    • Spring Cloud
      • Service Discovery
      • API Gateway
      • Spring Cloud Config
      • MicroService Communication
      • Data Synchronization
    • Test
      • 테스트 용어 정리
      • JUnit
      • Spring Boot Test
      • Mockito
    • QueryDSL
      • 프로젝트 환경설정
      • 기본 문법
      • 중급 문법
      • 순수 JPA와 QueryDSL
      • 스프링 데이터 JPA와 QueryDSL
    • Lombok
      • @Data
      • @Builder
      • Log Annotations
  • 🕋DB
    • MySQL
      • CentOS7에서 MySQL 8 버전 설치하기
    • MongoDB
      • 
    • Redis
      • Sentinel
      • Cluster
      • Transaction
      • 자료구조
        • String
        • List
        • Set
        • Hash
        • Bitmaps
        • SortedSet
      • Lettuce 단일 서버, 클러스터 서버, 풀링 사용 방법
  • 📽️인프라
    • 리눅스
      • 주요 명령어 모음
    • Docker
      • Docker
      • Docker Compose
      • Docker Swarm
      • Docker Network
      • Linux에서 root 아닌 유저로 docker 실행하기
    • Kubernetes
      • 기초 개념
      • Pod
      • Configuration
      • ReplicationSet
      • Network
      • ConfigMap & Secret
      • Volume, Mount, Claim
      • Controller
      • Multi Container Pod
      • StatefulSet & Job
      • Rollout & Rollback
      • Helm
      • 개발 워크플로우와 CI/CD
      • Container Probes
      • Resource Limit
      • Logging & Monitoring
      • Ingress
      • Security
      • Multi Node/Architecture Cluster
      • Workload & Pod management
      • CRD & Operator
      • Serverless Function
      • K8S Cheat Sheet
    • Kafka
      • 카프카 개요
      • 카프카 설치 및 실습
      • Kafka Broker
      • Topic, Partition, Record
      • Producer
      • Consumer
      • Kafka Streams
      • Kafka Connect
      • MirrorMaker
  • AWS
    • AWS Console / CLI / SDK
    • IAM
    • EC2
      • EC2 Advanced
    • ELB / ASG
    • RDS / Aurora / ElastiCache
    • DynamoDB
    • DocumentDB / Neptune / Keyspaces / QLDB / Timestream
    • Route 53
    • Beanstalk
    • Solution Architect
    • S3
      • 보안
    • CloudFront
    • Global Accelerator
    • AWS Storage
    • Messaging
    • Container
    • Serverless
    • Data Analysis
    • Machine Learning
    • Monitoring
    • Security
    • VPC
    • Data Migration
    • 기타 서비스
  • 🏔️CS
    • 운영 체제
      • Introduction
      • System Structures
      • Process
      • Synchronization
      • Muitithreaded Programming
      • Process Scheduling
      • Memory Management
      • Virtual Memory
    • 네트워크
      • 네트워크 기초
      • 네트워크 통신 방식
      • OSI 7계층
        • 1계층: 물리계층
        • 2계층: 데이터 링크 계층
        • 3계층: 네트워크 계층
        • 4계층: 전송 계층
        • 5계층: 세션 계층
        • 6계층: 표현 계층
        • 7계층: 응용 계층
      • TCP/IP 스택
      • ARP
      • 데이터 크기 조절
      • WDM
      • NAT
      • DNS
      • DHCP
      • VPN
      • 네이글 알고리즘
      • 서버 네트워크
      • 네트워크 보안
        • 보안의 기본
        • 보안 장비
      • 이중화
    • 데이터베이스
      • 트랜잭션
    • 컴퓨터 구조
      • 개요
      • Instruction Set Architecture
      • Procedure Call & Return
      • Linking
      • Pipeline
      • Memory Hierarchy
      • Virtual Memory
      • Interrupt / Exception, IO
    • 자료 구조
      • Array
      • List
      • Map
      • Set
      • Queue
      • PriorityQueue
      • Stack
    • 웹 기술
      • HTTP
        • 쿠키와 세션
  • 🪂Big Data
    • Apache Hadoop
  • 🕹️ETC
    • Git
      • 내부 구조
      • 내가 자주 사용하는 명령어 모음
      • Commit Convention
    • 이력서 작성하기
    • Embedded
      • 라즈베리파이에서 네오픽셀 적용기
    • 기술블로그 모음집
Powered by GitBook
On this page
  • 산술 연산자 오버로딩
  • 이항 산술 연산 오버로딩
  • 복합 대입 연산자 오버로딩
  • 단항 연산자 오버로딩
  • 비교 연산자 오버로딩
  • equals
  • compareTo
  • 컬렉션과 범위에 대해 쓸 수 있는 관례
  • get / set
  • in
  • rangeTo
  • iterator
  • 구조 분해 선언과 component 함수
  • 구조 분해 선언
  • 구조 분해 선언과 루프
  • 위임 프로퍼티
  • 위임 프로퍼티
  • by lazy()로 프로퍼티 초기화 지연
  • 프로퍼티 값을 맵에 저장
  1. 코틀린
  2. 코틀린 인 액션

연산자 오버로딩과 기타 관례

코틀린에서 관례란 어떤 언어 기능과 미리 정해진 이름의 함수를 연결해주는 기법을 의미한다.

산술 연산자 오버로딩

  • 자바에서는 String, 원시 타입에 대해서만 산술 연산자인 +를 사용할 수 있다.

  • 코틀린에서는 BigInteger 클래스에서 두 값을 더하거나 컬렉션에 원소를 추가하는 경우에도 산술 연산자를 사용할 수 있도록 해준다.

  • 코틀린 언어 자체에서 미리 정해둔 연산자만 오버로딩 가능하며, 관례를 따르기 위해 클래스에서 정의해야 하는 이름이 정해져 있다.

이항 산술 연산 오버로딩

  • 각각의 이항 산술 연산 식에 대해 정해진 함수 이름은 다음과 같다.

  • 각 연산자의 우선 순위는 표준 숫자 타입에 대한 우선 순위와 같다. 따라서 *, /, % 연산이 우선이고, +, -는 그 다음에 수행된다.

식
함수 이름

a * b

times

a / b

div

a % b

mod (1.1 부터 rem)

a + b

plus

a - b

minus

  • operator 키워드를 단 plus 함수를 클래스에 정의하면 관례를 따르는 함수가 되며, + 기호를 사용해 두 객체를 더한 결과를 얻을 수 있다.

data class Point(val x: Int, val y: Int) {
    operator fun plus(other: Point): Point {
        return Point(x + other.x, y + other.y)
    }
}
  • 연산자를 확장 함수로 정의할 수도 있다.

  • 외부 함수의 클래스에 대한 연산자를 정의할 때에는 확장 함수로 관례를 따르는 함수를 정의하는 것이 일반적이다.

data class Point(val x: Int, val y: Int)

operator fun Point.plus(other: Point): Point {
    return Point(x + other.x, y + other.y)
}
  • 자바 클래스에 코틀린의 관례에 맞아 떨어지는 메서드가 구현되어 있다면 코틀린에서 연산자를 사용할 수 있다. operator 변경자는 자바에 없으므로 이름과 파라미터 개수만 일치하면 된다. 만약 원하는 연산 기능을 제공하는 메서드가 제공되고 있지만 관례에 맞지 않다면, 확장 함수를 정의하고 내부적으로 해당 메서드를 호출하면 된다.

  • 연산자 정의 시 피연산자들이 반드시 같은 타입일 필요는 없다.

  • 아래는 Point 타입에 Double 타입으로 * 할 수 있도록 하는 연산자 함수의 예제이다.

operator fun Point.times(scale: Double): Point {
    return Point((x * scale).toInt(), (y * scale).toInt())
}
  • 연산자 함수의 반환 타입이 피연산자 타입들 중 하나와 일치할 필요도 없다.

operator fun Char.times(count: Int): String {
    return toString().repeat(count)
}
  • 코틀린 연산자가 자동으로 교환 법칙 (a op b == b op a)을 지원하지 않으므로, 만약 필요하다면 양쪽 타입에 연산자 함수를 정의해주어야 한다.

operator fun Point.times(scale: Double): Point {
    return Point((x * scale).toInt(), (y * scale).toInt())
}

operator fun Double.times(point: Point): Point {
    return Point((point.x * this).toInt(), (point.y * this).toInt())
}
  • operator 함수도 오버로딩이 가능하여 다양한 파라미터 타입을 입력받도록 지원할 수 있다.

복합 대입 연산자 오버로딩

  • += , -= 등의 연산자를 복합 대입 연산자라고 한다.

  • 아래와 같이 복합 대입 연산자를 통해 객체의 내부 상태를 변경하기 위해서는 복합 대입 연산자 함수를 정의해야 한다.

var point = Point(1, 2)
point += Point(3, 4)
  • 반환 타입이 Unit인 plusAssign 함수를 정의하면 += 연산자를 사용 시 해당 함수가 사용된다. minusAssign, timesAssign 함수도 마찬가지로 -= , *= 연산을 지원하기 위해 정의할 수 있다.

  • 코틀린 표준 라이브러리는 변경 가능한 MutableCollection 인터페이스에 대해 plusAssign 확장 함수를 정의해두고 있다.

operator fun <T> MutableCollection<T>.plusAssign(element: T) {
    this.add(element)
}
  • a += b는 a = a.plus(b) 혹은 a.plusAssign(b) 로 컴파일될 수 있다. 따라서 변경 불가능한 클래스라면 plus 함수만 추가하고, 변경 가능한 클래스라면 plusAssign 함수만 추가해야 컴파일 오류가 나지 않는다.

  • 코틀린 표준 라이브러리가 제공하는 연산자 특징은 다음과 같다.

    • +, - 연산자는 항상 새로운 컬렉션을 반환한다.

    • +=, -= 연산자는 변경 가능한 컬렉션에 작용해 객체의 상태를 변화시킨다.

    • 읽기 전용 컬렉션에서는 +=, -= 연산 시 변경을 적용한 복사본을 반환한다.

단항 연산자 오버로딩

  • -a, +a 같은 단항 연산자도 오버로딩할 수 있다. 아래는 각 단항 연산자에 매핑되는 함수 이름 목록이다.

식
함수 이름

+a

unaryPlus

-a

unaryMinus

!a

not

++a, a++

inc

--a, a--

dec

  • 아래와 같이 감소 연산자를 정의할 수 있다.

operator fun Point.unaryMinus(): Point {
    return Point(-x, -y)
}
  • inc/dec 함수를 오버로딩하는 경우 일반적인 값에 대한 전위, 후위 증가/감수 연산자와 같은 의미를 제공한다. ++a는 전위 증가 연산자이므로 값을 증가시킨 후 a값을 사용하게 되고, a++는 후위 증가 연산자이므로 a값을 먼저 사용한 후 증가시킨다.

비교 연산자 오버로딩

equals

  • 코틀린은 == 연산자를 사용한 코드를 equals 메서드를 호출하도록 컴파일한다.

  • a == b 이라는 코드는 아래와 같이 a가 null이 아닌 경우에만 equals를 호출하고, 만약 null이면 b도 null인지 확인하여 결과를 반환한다.

a?.equals(b) ?: (b == null)
  • 코틀린에서는 식별자 연산자 === 를 통해 두 객체가 동일한지 확인할 수 있다. 따라서 ===는 오버라이드할 수 없다.

  • 다른 연산자 오버로딩 관례와 달리 equals는 Any 클래스에 이미 정의되어 있으므로 오버라이드하기 위해 override를 붙여야 한다.

  • Any 클래스에 equals가 정의되어 있으며 operator 변경자가 붙어있는데, 오버라이드할 때에는 상위 클래스의 operator가 적용되므로 따로 변경자를 붙이지 않아도 된다.

class Point(val x: Int, val y: Int) {
    override fun equals(obj: Any?): Boolean {
        if (obj === this) return true
        if (obj !is Point) return false
        return obj.x == x && obj.y == y
    }
}

compareTo

  • 자바에서는 정렬, 최댓값, 최솟값 등을 구하기 위해 값을 비교할 때 Comparable 인터페이스를 구현해야 한다. 이 때 항상 compareTo 메서드를 통해 객체를 비교해야 한다.

  • 코틀린에서는 compareTo 메서드를 호출하는 관례를 제공하여 비교 연산자(< > <= >= )를 코드에서 사용하면 compareTo 메서드가 호출되도록 한다.

  • p1 < p2 라고 코드를 작성하면 p1.compareTo(p2) < 0 으로 동작하게 된다.

  • 아래는 Person 클래스가 Comparable 인터페이스를 구현하는 예제이다. 코틀린에서 제공하는 compareValuesBy 함수는 두 객체와 비교 함수(람다 혹은 메서드/프로퍼티 참조)들을 인자로 받아 순차적으로 비교 함수를 적용하며 결과를 반환한다.

class Person(
        val firstName: String, val lastName: String
) : Comparable<Person> {

    override fun compareTo(other: Person): Int {
        return compareValuesBy(this, other,
            Person::lastName, Person::firstName)
    }
}
  • 자바 클래스가 Comparable 인터페이스를 구현하고 있다면 코틀린에서는 해당 객체들에 대해 비교 연산자를 사용할 수 있다.

컬렉션과 범위에 대해 쓸 수 있는 관례

  • 코틀린에서는 인덱스를 사용해 컬렉션의 원소를 가져올 때 list[idx] 식을 사용하거나, 컬렉션에 어떤 값이 속해있는지 확인할 때 item in list 식을 사용할 수 있다. 사용자 지정 클래스에서도 이러한 식을 지원할 수 있다.

get / set

  • 인덱스 연산자를 사용해 원소를 읽는 연산은 get 함수를 호출하고, 원소를 쓰는 연산은 set 함수를 호출한다.

  • 점의 x, y 값을 point[0], point[1] 과 같이 접근하고자 한다면 아래와 같이 get 함수를 정의하면 된다.

operator fun Point.get(index: Int): Int {
    return when(index) {
        0 -> x
        1 -> y
        else -> throw IndexOutOfBoundsException("invalid coordinate $index")
    }
}
  • 인덱스로 주어지는 값의 타입은 Int 외에도 다양한 타입이 될 수 있다.

  • 2차원 행렬이나 배열을 표현하는 클래스에서 array[row, col]과 같은 형태로 접근하려면 operator fun get(rowIndex: Int, colIndex: Int) 함수를 정의해야 한다.

  • 인덱스에 해당하는 원소를 point[1] = 4와 같은 형태로 쓰고 싶다면 set 함수를 정의하면 된다. 함수의 마지막 파라미터 값은 대입문의 우항에 들어가고 나머지 파라미터들은 인덱스 연산자에 들어가게 된다.

data class MutablePoint(var x: Int, var y: Int)

operator fun MutablePoint.set(index: Int, value: Int) {
    when(index) {
        0 -> x = value
        1 -> y = value
        else -> hrow IndexOutOfBoundsException("invalid coordinate $index")
    }
}

in

  • 객체가 컬렉션에 존재하는지 확인하는 in 연산자를 사용하려면 contains 함수를 정의하면 된다.

  • 아래는 사각형 객체의 영역에 점이 존재하는지 point in rectangle 식으로 확인하기 위해 contains 확장 함수를 정의하는 예제이다.

    • until 함수를 사용해 끝값을 포함하지 않는 열린 범위를 만들 수 있다. 닫힌 범위를 만드려면 10..20 처럼 .. 를 사용하면 된다.

data class Point(val x: Int, val y: Int)

data class Rectangle(val upperLeft: Point, val lowerRight: Point)

operator fun Rectangle.contains(p: Point): Boolean {
    return p.x in upperLeft.x until lowerRight.x &&
           p.y in upperLeft.y until lowerRight.y
}

rangeTo

  • .. 연산자는 rangeTo 함수를 호출한다. 10..20 식을 사용하면 10부터 20까지의 범위를 나타내게 된다.

  • rangeTo 함수는 범위를 반환하며, Comparable 인터페이스가 구현되어 있는 클래스라면 따로 정의할 필요가 없다. 이미 코틀린 표준 라이브러리에서 정의되어 있기 때문이다.

operator fun <T: Comparable<T>> T.rangeTo(that: T): ClosedRange<T>
  • 다음은 현재 날짜부터 10일동안 방학이고, 그 사이에 다음주 날짜가 해당되는지 확인하는 예제이다.

val now = LocalDate.now()
val vacation = now..now.plusDays(10)
val inVacation = now.plusWeeks(1) in vacation
  • 범위 연산자는 우선 순위가 낮기 때문에 범위에 대한 forEach 반복문을 사용하려면 괄호로 둘러싼 후 사용해야 한다.

(0..n).forEach { print(it) }

iterator

  • for 루프 내에서 in 연산자를 사용하면 내부적으로 iterator 함수를 호출해 Iterator를 얻고 hasNext, next를 호출한다.

  • iterator 함수를 통해 Iterator 객체를 반환하면 된다.

  • 코틀린 표준 라이브러리는 String의 상위 클래스인 CharSequence에 대한 iterator 확장 함수를 제공한다.

operator fun CharSequence.iterator(): CharIterator
  • 다음은 날짜 범위인 ClosedRange<LocalDate> 타입에 대해 iterator 확장 함수를 제공하여 forEach에서 in 연산자를 사용할 수 있도록 하는 예제이다.

operator fun ClosedRange<LocalDate>.iterator(): Iterator<LocalDate> =
    object : Iterator<LocalDate> {
        var current = start
    
        override fun hasNext() =
            current <= endInclusive
    
        override fun next() = current.apply {
            current = plusDays(1)
        }
    }
}
val newYear = LocalDate.ofYearDay(2025, 1)
val daysOff = newYear.minusDays(1)..newYear
for (dayOff in daysOff) { println(dayOff) }

구조 분해 선언과 component 함수

구조 분해 선언

  • 구조 분해 선언이란 복합적인 값을 분해해 다른 변수들을 한꺼번에 초기화하는 것이다.

  • 아래와 같이 p 변수의 컴포넌트들을 이용해 x, y 변수를 초기화할 수 있다.

val p = Point(10, 20)
val (x, y) = p
  • 내부적으로는 아래와 같이 componentN 함수를 호출하여 값을 할당한다.

val x = p.component1()
val y = p.component2()
  • data 클래스에서는 주 생성자에 들어있는 프로퍼티에 대해 컴파일러가 자동으로 componentN 함수를 만들어준다.

  • 사용자 정의 클래스에서는 직접 componentN 함수를 구현해주어야 한다.

class Point(x: Int, y: Int) {
    operator fun component1() = x
    operator fun component2() = y
}
  • 구조 분해 선언은 함수에서 여러 값을 반환해야 할 때 값들이 담긴 데이터 클래스를 반환하고, 해당 클래스의 값들을 각각의 변수에 바로 할당할 수 있다.

  • 다음은 String으로 된 파일 이름을 입력받아 .을 기준으로 분리해 NameComponents라는 데이터 클래스를 반환하고, 구조 분해를 통해 각각의 변수에 저장하는 예제이다.

data class NameComponents(val name: String,
                          val extension: String)

fun splitFilename(fullName: String): NameComponents {
    val result = fullName.split('.', limit = 2)
    return NameComponents(result[0], result[1])
}
val (name, ext) = splitFilename("example.kt")
  • 크기가 정해진 컬렉션에 대해서도 구조 분해가 가능하다. 코틀린 표준 라이브러리에서는 맨 앞의 다섯 원소에 대한 componentN 함수를 제공한다. 만약 6번째 원소를 구조 분해하고자 한다거나 컬렉션의 범위를 넘어서는 만큼 구조 분해를 하려고 하면 예외가 발생한다.

  • 아래는 String을 . 을 기준으로 분리해 생성된 컬렉션 원소를 구조 분해 선언으로 할당하는 예제이다.

val fullname = "hello.kt"
val (name, extension) = fullname.split('.', limit = 2)

구조 분해 선언과 루프

  • 루프 안에서 구조 분해 선언을 사용할 수 있다.

  • 아래는 맵의 원소에 대해 이터레이션할 때 모든 원소를 출력할 때 구조 분해 선언을 사용하는 예제이다.

    • 코틀린에서는 Map.Entry에 대해 component1, component2 확장 함수를 제공하여 구조 분해 선언에서 사용할 수 있도록 한다.

val map = mapOf("Oracle" to "Java", "JetBrains" to "Kotlin")

for ((key, value) in map) {
    println("$key -> $value")
}

위임 프로퍼티

위임 프로퍼티

  • 위임이란 객체가 직접 작업을 수행하는 대신, 작업을 처리하는 다른 도우미 객체(위임 객체)에게 맡기는 디자인 패턴이다.

  • 값을 필드가 아닌 데이터베이스 테이블이나 브라우저 세션 등 복잡한 방식으로 작동하는 프로퍼티에 저장하도록 구현할 수 있다.

  • 일반적인 문법은 아래와 같다.

    • p 프로퍼티는 접근자 로직을 다른 객체에게 위임한다.

    • by 뒤에 있는 식을 통해 위임 객체를 얻는다.

class Foo {
    var p: Type by Delegate()
}
  • 컴파일러는 숨겨진 도우미 프로퍼티인 delegate를 만들어 위임 객체의 인스턴스로 초기화한다. p 프로퍼티는 위임 객체에게 자신의 작업을 위임하게 된다.

class Foo {
    private val delegate = Delegate()
    var p: Type
    set(value: Type) = delegate.setValue(..., value)
    get() = delegate.getValue(...)
}
  • Delegate 클래스는 getValue, setValue 메서드를 멤버 메서드 혹은 확장 함수로 제공해야 한다. setValue의 경우 변경 가능한 프로퍼티에만 구현하면 된다.

class Delegate {
    operator fun getValue(...) {...}
    operator fun setValue(..., value: Type) {...}
}
  • 아래와 같이 Foo 클래스의 p 프로퍼티에 접근할 때 위임 객체에 의해 접근된다.

val foo = Foo()
val value = foo.p // Delegate의 getValue 호출
foo.p = newvalue // Delegate의 setValue 호출 

by lazy()로 프로퍼티 초기화 지연

  • 지연 초기화는 객체를 생성할 때 모두 초기화하지 않고 일부를 남겨두었다가 실제 값이 필요할 때 초기화하는 방법이다.

  • 초기화 과정에서 자원을 많이 사용하거나, 객체를 사용할 때 마다 반드시 초기화하지 않아도 되는 프로퍼티가 있는 경우 유용하다.

  • 아래와 같이 뒷받침하는 프로퍼티을 이용해 지연 초기화를 구현할 수 있다.

    • emails라는 프로퍼티는 값을 저장하고, emails 프로퍼티는 읽기 연산만을 제공한다. _emails는 널이 될 수 있지만 emails는 널이 될 수 없다.

    • person.emails로 프로퍼티에 접근 시 사용자의 이메일을 로드하도록 한다.

    • 이 구현은 thread-safe하지 않다.

class Person(val name: String) {
    private var _emails: List<Email>? = null

    val emails: List<Email>
       get() {
           if (_emails == null) {
               _emails = loadEmails(this)
           }
           return _emails!!
       }
}
  • 위임 프로퍼티를 사용해 뒷받침하는 프로퍼티와 값이 한 번만 초기화됨을 보장하는 getter 로직을 캡슐화할 수 있다.

    • lazy 함수는 값을 초기화할 때 호출할 람다를 입력받은 후 getValue 메서드가 들어있는 객체를 반환한다.

    • lazy 함수는 기본적으로 thread-safe하며 동기화에 사용할 락을 전달할 수도 있고 동기화를 하지 못하게 막을 수도 있다.

class Person(val name: String) {
    val emails by lazy { loadEmails(this) }
}

프로퍼티 값을 맵에 저장

  • 아래와 같이 위임 프로퍼티를 사용하면 _attributes라는 맵에 name 등의 속성이 저장되고, name 속성을 조회할 때 _attributes 맵에서 조회할 수 있다.

class Person {
    private val _attributes = hashMapOf<String, String>()
    
    fun setAttribute(attrName: String, value: String) {
        _attributes[attrName] = value
    }
    
    value name: String by _attributes
}
Previous타입 시스템Next고차 함수

Last updated 7 months ago

🏖️