Skip to content

태그: 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)과 동일한 구조이기 때문에 서로 호환된다. 코틀린의 컬렉션은 자바보다 더 많은 기능을 지원한다. fun main(args: Array&x3C;String>) { val strings = listOf("first", "second", "fourteenth") println(strings.last()) // 리스트의 마지막 원소를 가져온다. val numbers = setO

InlineFuntion과 Reified

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

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

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

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

람다 표현식

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

범위 지정 함수

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

List와 MutableList

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

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

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

제네릭과 variance

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

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

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

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

Sealed Class, interface

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

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

코틀린에서의 Static

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

클래스 상속

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

필드와 접근자 메서드

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

C++에는 기본인자라는 개념이 있다. include &x3C;iostream> int add(int a, int b=10) { return a + b;} int main(){ int res = add(5, 7); std::cout &x3C;&x3C; "res : " &x3C;&x3C; res &x3C;&x3C; std::endl; res = add(5); std::cout &x3C;&x3C; "res : " &x3C;&x3C; res &x3C;&x3C; std::endl; return 0;}int add(int a, int b=10) { return a + b;}int main(){ int res = add(5, 7); std::cout res: 12res: 15 add

코틀린에서는 아래와 형태와 같은 DSL(Domain Specific Language) 스타일의 중괄호를 활용한 코드 스타일을 제공한다. 코틀린 내부에서 제공하는 Standard library 대부분도 DSL을 이용해 작성된 것을 볼 수 있다. Type safe builders Kotlin Standard Library Kotlin Scope Functions (let, also, apply, run ..) 하지만 기존에 사용하던 Junit과 AssertJ, Mockito를 사용하면 Mocking이나 Assertion 과정에서 코틀린 DSL 을 활용할 수 없다. 기존에 JAVA에서 사용하던 Junit, Assertion, Mockito 등의 테스트 프레임워크 대신에, Kotest나 Mockk와 같은 도구들

Kotest Assertions

Assertions shouldBe name shouldBe "eunbin"// == assertThat(name).isEqualTo("eunbin") Inspectors forExactly mylist.forExactly(3) { it.city shouldBe "Chicago"} forAtLeast val xs = listOf("sam", "gareth", "timothy", "muhammad") xs.forAtLeast(2) { it.shouldHaveMinLength(7)} Exceptions shouldThrow shouldThrow { // code in here that you ex

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

Mockk는 코틀린 스타일의 Mock 프레임워크이다. Mockito를 사용하는 경우 코틀린 DSL 스타일을 활용할 수 없지만, Mockk를 사용하면 아래와 같이 코틀린 DSL 스타일로 Mock 테스트를 작성할 수 있다. //Mockitogiven(userRepository.findById(1L).willReturn(expectedUser) //Mockkevery { userRepository.findById(1L) } answers { expectedUser } Mockk의 사용을 위해서는 아래와 같은 의존성을 추가해줘야 한다. dependencies { testImplementation("io.mockk:mockk:1.12.0")} 예시 Mocking val permissionRepository =