Skip to content

태그: kotlin

총 24개의 글이 있습니다.

코틀린에서 아래와 같은 방식으로 컬렉션을 사용할 수 있다. kotlin val set = hashSetOf(1, 7, 53) val list = arrayListOf(1, 7, 53) val map = hashMapOf(1 to "one", 7 to "seven", 53 to "fifty-three") 자바의 컬렉션(`Set`,`List`,`Map`)과 동일한 구조이기 때문에 서로 호환된다. 코틀린의 컬렉션은 자바보다 더 많은 기능을 지원한다. kotlin fun main(args: Array) { val strings = listOf("first", "second", "fourteenth") println(strings.last()) // 리스트의 마지막 원소를 가

JAVA에는 field 상속이라는 개념이 없다. 하지만 kotlin에서는 `override val`과 같이 쓰면 필드를 상속받은 것 처럼 사용할 수 있다. kotlin data class Teacher( val id: UUID = UUID.randomUUID(), val accountId: String, val password: String ) : Domain 이렇게 `Teacher`라는 클래스를 만들고, 그걸 상속받은 `TeacherEntity`라는 클래스를 만들면, `TeacherEntity` 안에 private 필드가 따로 만들어지는 것을 볼 수 있다. private이기 때문에 외부에선 함부로 참조할 수 없고, 마치 그냥 `override` 받은 것 같이 편하

InlineFuntion과 Reified

`inline` 키워드는 자바에서는 제공하지 않는 코틀린만의 키워드이다. 코틀린 공식문서의 inline function를 사용하면 패널티가 발생한다고 나와있다. 패널티란 추가적인 메모리 할당 및 함수호출로 Runtime overhead가 발생한다는 것으로, 람다를 사용하면 각 함수는 객체로 변환되어 메모리 할당과 가상 호출 단계를 거치는데 여기서 런타임 오버헤드가 발생한다. inline functions는 내부적으로 함수 내용을 호출되는 위치에 복사하며, Runtime overhead를 줄여준다. 객

Kotlin은 loop에 label을 지정해 break, continue 스코프를 정할 수 있다. label은 @ 식별자를 통해 지정할 수 있고, @abc, fooBar@ 처럼 사용할 수 있다. 아래는 내부 for문에서 break 한 경우 -바깥의 for문 까지 종료 시키는 예제와, continue의 next iteration을 바깥 for문으로 지정하는 예제이다. java fun labelReturnJump() { loop@ for (i in 1..10) { // label 지정 for (j in 1..10) { if (i + j 12) { break@loop // label을 통해 break }

Sequences는 Collections와 비슷하게 Iterable한 자료구조이다. 하지만 `Eager evaluation`으로 동작하는 Collections와 다르게 Sequences는 `Lazy evaluation`으로 동작한다. Lazy evaluation과 Eager evaluation의 차이 Lazy evaluation은 지금 하지 않아도 되는 연산은 최대한 뒤로 미루고, 어쩔 수 없이 연산이 필요한 순간에 연산을 수행하는 방식이다. kotlin val fruits = listOf("apple", "banana", "kiwi", "cherry") fruits .filter { println("checking the length of $it") it.

람다 표현식

람다는 익명 함수이며, 함수형 프로그래밍에서 자주 사용하는 패턴이다. 코틀린은 객체지향 프로그래밍 뿐만 아니라 함수형 프로그래밍 또한 지원하는 언어이기 때문에 당연히 람다 표현식을 사용할 수 있다. 익명함수 생성 익명함수는 아래처럼 이름없이 정의되는 함수를 말한다. 변수 printHello에 할당되고 있는 내용이 바로 익명함수이다. kotlin // 익명함수를 생성하여 printHello에 할당 val printHello = fun(){ println("Hello, world!") } // 익명함수 호출 printHello() 실행결과 Hello, world! 람다를 이용하면 더 간단히 익명함수를 정의할 수 있다. 아래는 위와 동일한 코드를

범위 지정 함수

범위 지정 함수는 특정 객체에 대한 작업을 블록 안에 넣어 실행할 수 있도록 하는 함수이다. 특정 객체에 대한 작업을 블록으로 묶으면 수행할 작업의 범위를 지정함으로써, 코드의 가독성을 개선할 수 있다. 코들린에서는 let, run, apply. also, with로 총 5가지의 기본 범위 지정함수를 지원한다. 하나씩 알아보도록 하자. kotlin public inline fun T.apply(block: T.() -Unit): T public inline fun T.run(block: T.() -R): R public inline fun with(receiver: T, block: T() -R):R apply kotlin public inline fun T.apply(

List와 MutableList

List는 수정이 불가능한 리스트이고, MutableList는 수정이 가능한 리스트이다. 내부 코드는 어떤 차이가 있을까? kotlin public interface Collection : Iterable { public val size: Int public fun isEmpty(): Boolean public operator fun contains(element: @UnsafeVariance E): Boolean override fun iterator(): Iterator public fun containsAll(elements: Collection): Boolean } public interface MutableCollection : Collect

Kotlin에서는 코틀린은 원시 타입(primitive type)과 래퍼 타입(wrapper type)을 따로 구분하지 않고, Null일 수 있는 타입과, Null이 불가능한 타입으로 나누어 사용한다. 널이 될 수 있는지 여부를 타입 시스템을 통해 확실히 구분함으로써 컴파일러가 여러 가지 오류를 컴파일 시 미리 감지해서 실행 시점에 발생할 수 있는 예외의 가능성을 줄일 수 있다. 또, null 처리를 위한 다양한 연산자를 지원한다. --- NULL이 될 수 있는 타입 `? !!` 코틀린의 모든 타입은 기본적으로 널이 될 수 없는 타입이다. 타입 옆에 물음표(`?`)를 붙이면 널이 될 수 있음을 뜻한다. 느낌표 2개(`!!`)를 변수 뒤에 붙이면 NULL이 될 수 있는 타입의 변수이지만,

코틀린을 사용할 때 변수를 선언하려면 아래와 같이 한다. kotlin val 변수명: 타입 var 변수명: 타입 String을 써서 문자열 데이터를 집어넣는다면 아래와 같이 할 수 있다. kotlin val name1: String = "kimeunbin" val name2: String = "kimeunbin" 근데 val과 var의 차이는 무엇일까? val `val`이 붙은 변수는 읽을 수만 있고 수정할 수는 없는 변수가 된다. 자바로 치면 final 키워드가 붙은 변수와 비슷하다. kotlin fun main(args: Array) { val a: String = "aaa" a = "bbb" //에러가 난다! Val cannot be reass

제네릭과 variance

프로그래밍 언어들에서 제공해주는 기능 중 하나인 `제네릭`은 클래스나 인터페이스 혹은 함수 등에서 동일한 코드로 여러 타입을 지원해주기 위해 존재한다. 한가지 타입에 대한 템플릿이 아니라 여러가지 타입을 사용할 수 있는 클래스와 같은 코드를 간단하게 작성할 수 있다. 예시 kotlin class Wrapper(var value: T) fun main(vararg args: String) { val intWrapper = Wrapper(1) val strWrapper = Wrapper("1") val doubleWrapper = Wrapper(0.1) } `Wrapper`라는 클래스는 꺽쇠안에 `T`라는 형식 인자(Type paraameter)를 가진다. 그곳

`@JvmField`는 get/set을 생성하지 말라는 의미이다. 다음 코틀린 코드에서 프로퍼티 var barSize는 getter/setter를 생성한다. kotlin class Bar { var barSize = 0 } 자바로 변환해보면 getter/setter가 생성된 것을 볼 수 있다. java public final class Bar { private int barSize; public final int getBarSize() { return this.barSize; } public final void setBarSize(int var1) { this.barSize = var1; } } 이번엔 `@JvmFiel

함수와 프로퍼티에 static 하게 접근할 수 있도록 추가적인 메서드 또는 getter / setter 를 생성한다. 다음 Bar 클래스는 barSize라는 변수를 companion object에 선언함으로써, 전역변수를 만들었다. kotlin class Bar { companion object { var barSize : Int = 0 } } 자바로 변환해보면 Bar클래스에 barSize는 선언되었지만 getter/setter는 Bar.Companion 클래스에 등록된 것을 볼 수 있다. java public final class Bar { private static int barSize; public static final class Com

코틀린에서 클래스를 정의하는 키워드는 class이다. 하지만 간혹 object 키워드로 클래스 정의하는 경우를 볼 수 있다. object로 클래스를 정의하면, 싱클턴(Singleton) 패턴이 적용되어 객체가 한번만 생성되도록 한다. 코틀린에서 object를 사용하면 싱글톰을 구현하기 위한 Boiler plate를 작성하지 않아도 된다. 또는, 익명 객체를 생성할 때 쓰이기도 한다. object의 용도 싱글턴 클래스로 만들 때 익명 클래스 객체를 생성할 때 싱글턴 클래스 정의를 위한 Object 아까도 말했듯, object로 싱글턴 클래스를 정의할 수 있다. 원래 클래스를 정의할때 class가 있는 자리에 object를 입력해주면 이 클래스는 싱글턴으로 동작하게 된다. kotlin objec

Sealed Class, interface

Sealed Classe 와 Enum Classe 의 공통점 Sealed Classe와 Enum Class는 모두 하나의 클래스로 여러 가지 상태를 열거할 때 사용한다. 예를 들어, API 통신 결과를 핸들링하고 싶을 때 사용하는데 sealed class 경우 아래와 같이 소스코드를 작성한다. 예를 들어, sealed class를 사용하면 다음과 같이 API 통신 결과를 핸들링 하기 위해 사용할 수 있다. kotlin sealed class Resource(val data: T? = null, val message: String? = null) { class Success(data: T) : Resource(data) class Loading(data: T? = null) : Reso

생성자 주 생성자 (Primary Constructor) 코틀린에선 클래스를 선언하는 동시에 주생성자를 만든다. 주 생성자는 생성자 파라미터를 지정하고 그 생성자 파라미터에 의해 초기화되는 프로퍼티를 정의하는 두 가지 목적으로 쓰인다. (주 생성자에 넣는 파라미터는 자동으로 필드에 추가된다.) kotlin class User constructor(val username: String) constructor 키워드 생략 kotlin class User(val username: String) 접근 제어자 kotlin class User private constructor(val username: String) 접근 제어자를 설정하는 경우엔 `const

코틀린에서의 Static

코틀린에는 static 키워드가 없다. 자바와 같이 정적 변수 혹은 메서드를 사용하려면 다른 방법을 사용해야한다. 클래스 외 필드 선언 java package foo.bar; class Foo { public static final String BAR = "bar"; public static void baz() { // Do something } } 자바에서 static을 사용해서 위와 같이 작성해야할떄, 코틀린에선 이렇게 사용할 수 있다. kotlin package foo.bar const val BAR = "bar" fun baz() { // Do something } 위와 같이 Foo.kt 파일에 정의한 속성 및 함

클래스 상속

상속은 클래스의 기능을 확장하고자 할때 현재의 클래스의 기능을 모두 가지고 자신만의 기능이 추가된 새로운 클래스를 정의 하는 방법이다. 따라서 상속을 하게 되면 클래스가 상, 하의 계층구조를 가지게 된다. 코틀린에서 모든 클래스는 공통의 상위클래스(superclass)로 Any 클래스를 가진다. 클래스에 상위 클래스를 선언하지 않아도 기본적으로 Any가 상위 클래스가 된다. 마치 JAVA에서 Object가 클래스의 기본 상위 클래스가 되는 것괴 비슷하다. 하지만 클래스 내용이 같지는 않다. Any와 Object 비교 Kotlin의 Any보다 Java의 Object가 가지는 메서드의 수가 더 많다. kotlin public open class Any { public open

필드와 접근자 메서드

주 생성자를 만들면 클래스의 필드가 알아서 생성된다. kotlin class User(var username: String) 정말 간단하다! 접근자 메서드인 `getter`와 `setter`는 코틀린이 알아서 만들어준다. kotlin class User( var name: String val age: Int ) 읽기 전용 필드를 만들 수도 있다. `var` 대신 `val`을 앞에 붙여 선언하면, getter 함수만 생성된다. val은 수정할 수 없는 필드기 때문에, final과 비슷하다. 필드에 접근할 때는 그냥 변수에 접근하듯이 사용하면, 코틀린에서 내부적으로 접근자 메서드를 사용하는 것 처럼 작동한다. kotlin class User(

C++에는 기본인자라는 개념이 있다. c++ include int add(int a, int b=10) { return a + b; } int main() { int res = add(5, 7); std::cout

코틀린에서는 아래와 형태와 같은 DSL(Domain Specific Language) 스타일의 중괄호를 활용한 코드 스타일을 제공한다. 코틀린 내부에서 제공하는 Standard library 대부분도 DSL을 이용해 작성된 것을 볼 수 있다. [Type safe builders]( [Kotlin Stand

Kotest Assertions

Assertions shouldBe kotlin name shouldBe "eunbin" // == assertThat(name).isEqualTo("eunbin") Inspectors forExactly kotlin mylist.forExactly(3) { it.city shouldBe "Chicago" } forAtLeast kotlin val xs = listOf("sam", "gareth", "timothy", "muhammad") xs.forAtLeast(2) { it.shouldHaveMinLength(7) } Except

Kotest는 10가지 다른 스타일의 테스트 레이아웃을 제공한다. 그중 일부는, 다른 테스트 프레임워크와 비슷한 구조로 만들어지기도 했다. 스타일 간에 기능적인 차이는 없다. 스레드, 태그 등 모두 동일한 유형의 구성을 허용하지만, 이는 단순히 테스트를 구성하는 방법에 대한 선호도의 문제이다. 코테스트를 사용하려면 테스트 스타일 중 하나를 확장하는 클래스 파일을 만들어야 한다. 그런 다음 원하는 Spec (추상)클래스를 상속받고 init {} 블록 안에서 테스트 케이스를 작성하면 된다. |테스트 스타일|유사한 테스트 프레임워크| |-|-| |Fun Spec|ScalaTest| |String Spec|A Ko

!image.willReturn(expectedUser) //Mockk every { userRepository.findById(1L) } answers { expectedUser } Mockk의