💡

enum vs sealed

Enum

•

고정된 상수 셋을 표현할 때

•

자주 바뀌지 않는 제한된 크기의 선택을 할 때

Sealed

•

하위 클래스들이 제한되어 있는 클래스들의 계층을 만들 때

•

더 확장하는 걸 제한하고 관련된 클래스들이 확장이 안되는 막힌 셋이라는 걸 표현할 때

Enum class:

enum class Color {
    RED, GREEN, BLUE
}
Kotlin
복사

Sealed class:

sealed class Shape {
    class Circle(val radius: Double) : Shape()
    class Square(val sideLength: Double) : Shape()
}
Kotlin
복사

•

두드러진 차이점은, enum class 는 자신만의 유니크한 프로퍼티를 갖지 못하지만 Sealed class 는 각각 다른 프로퍼티를 가질 수 있다.

Properties

enum class DeliveryStatus(val trackingId: String?) {
    PREPARING(null),
    DISPATCHED("27211"),
    DELIVERED("27211"),
}

sealed class DeliveryStatus
class Preparing() : DeliveryStatus()
class Dispatched(val trackingId: String) : DeliveryStatus()
class Delivered(val trackingId: String, val receiversName: String) : DeliveryStatus()
Kotlin
복사

•

유연함: Sealed > Enum

•

제한성: Enum > Sealed

•

Delivered 는 두 개나 프로퍼티를 가진다.

Functions

enum

enum class DeliveryStatus {
    PREPARING {
        override fun cancelOrder() = println("Cancelled successfully")
    },
    DISPATCHED {
        override fun cancelOrder() = println("Delivery rejected")
    },
    DELIVERED {
        override fun cancelOrder() = println("Return initiated")
    };

    abstract fun cancelOrder()
}
Kotlin
복사

•

properties 와 마찬가지로 각각의 enum value 는 abstract function 이 지정되면 같은 function 을 가져야 한다.

•

즉 override 로 각각의 enum 은 해당 funciton 을 재정의해야한다.

Sealed

sealed class DeliveryStatus

class Preparing : DeliveryStatus() {
    fun cancelOrder() = println("Cancelled successfully")
}

class Dispatched : DeliveryStatus() {
    fun rejectDelivery() = println("Delivery rejected")
}

class Delivered : DeliveryStatus() {
    fun returnItem() = println("Return initiated")
}
Kotlin
복사

•

각각이 고유한 function 을 가질 수 있다.

•

의도를 명확하게 하고 코드를 가독성있게 만들 수 있다.

class DeliveryManager {
    fun cancelOrder(status: DeliveryStatus) = when(status) {
        is Preparing -> status.cancelOrder()
        is Dispatched -> status.rejectDelivery()
        is Delivered -> status.returnItem()
    }
}
Kotlin
복사

이렇게!

•

물론 enum 처럼 abstract 로 강제할 수도 있다.

Inheritance

Enum

•

상속, 구현 다 불가능하다. 

•

Enum 이 object 이기때문에 

class LocallyDispatched : DeliveryStatus.DISPATCHED { }    // Error
Kotlin
복사

•

위와 같이 상속 받는 것은 불가능

•

또한 enum 은 몰래(함축적으로) final 이기때문에 스스로 상속할 수도 없다.

class FoodDeliveryStatus : DeliveryStatus() { }            // Error
Kotlin
복사

•

extended 와 extending 이 모두 불가능하다!

•

interface 는 상속할 수 있긴 하다.

open class OrderStatus { }
interface Cancellable { }

enum class DeliveryStatus : OrderStatus() { }              // Error
enum class DeliveryStatus : Cancellable { }                // OK
Kotlin
복사

Sealed

•

상속 가능하지만 같은 모듈 또는 파일 내에서만 가능하다.

class LocallyDispatched : Dispatched() { }                 // OK
class PaymentReceived : DeliveryStatus()                   // OK
Kotlin
복사

•

interface 상속도 물론 가능하다.

Number of instances

Enum

•

enum 이 type 이 아니라 object 라서 여러 인스턴스 생성이 불가능하다(싱글톤)

// Single instance
val dispatched1 = DeliveryStatus.DISPATCHED               // OK

// Another instance
val dispatched2 = DeliveryStatus.DISPATCHED("45234")      // Error
Kotlin
복사

Sealed

•

sealed 의 서브 타입이 type 이기때문에 여러 인스턴스를 생성할 수 있다.

•

또한 유동적으로 object 선언형을 이용하여 싱글톤을 만들 수도 있다.

sealed class DeliveryStatus
object Preparing : DeliveryStatus()
class Dispatched(val trackingId: String) : DeliveryStatus()
data class Delivered(val receiversName: String) : DeliveryStatus()

// Multiple Instances
val dispatched1 = Dispatched("27211")                     // OK
val dispatched2 = Dispatched("45234")                     // OK

// Single Instance
val preparing1 = Preparing                                // OK
val preparing2 = Preparing()                              // Error
Kotlin
복사

Serializable and Comparable

Enum

•

모든 enum 클래스는 추상 클래스인 java 의 Enum 클래스를 상속하기때문에 eqauls, toString, hashCode, Serializable, Comparable 을 이미 구현하고 있어서 굳이 다시 재정의할 필요는 없다(Enum 은 Object 클래스를 상속하기 때문에)

Sealed

•

수동으로 재정의하거나 data class 를 이용해서 위의 메서드를 재정의해야한다.

Performance

Enum

•

Enum 은 가비지 컬렉터가 수거해가지 않으므로 서버가 떠있는 동안 영원히 살아있다(레이지 로딩이 아닌 싱글톤이니까 당연하긴 하다).

•

장점

◦

한번 만들어지면 메모리에서 사라지지 않아서 관리 비용이 들지 않는다.

◦

enum 끼리의 비교가 빠르고 효율적이다.

•

단점

◦

사용하지 않을 때에도 메모리에 떠있어서 메모리를 차지한다.

◦

enum이 별로 없을 때에는(포스팅에는 100~200) 별로 상관할 게 아니지만 더 많다면 해당 enum 들을 얼마나 자주 사용하는지 관리가 필요하다.

•

Comparison

◦

tableswitch 를 이용해서 빠르긴 한데 under the hood 라고 한다.

Sealed

•

object 선언을 하면 enum 이랑 다를 바가 없다.

•

Comparison

◦

instanceof 를 이용해서 느리긴 한데 이것도 under the hood 이다.

◦

수천개의 상수를 비교하는 루프에서 문제가 되지, 이외의 경우라면 차이는 미미하다.

•

가비지 컬렉터에 수거돼서 딱히 메모리 문제가 되지 않는다.

•

수천개의 상수가 필요하다면 sealed class 가 메모리 관점에서 좋은 선택이다.

결론

Enum

•

고정되고(fixed), 잘 변하지 않는(unchanging) 셋을 사용한다면 enum 을 사용하세요

•

예를 들면 일주일의 요일, card suit(3 diamond 같은거) 등등

Sealed

•

계층과 관련성이 있는 클래스를 생성할 때, 제어 가능하고(유연한) 복잡한 서브 클래스를 생성할 때 사용하세요

•

더 유연하고 복잡한 계층을 정의할 수 있습니다.

독후감

•

글쓴이는 코틀린 사용자인 듯하다.

•

Sealed 예찬하는 느낌이 든다.

•

그런데 확실히 읽다보니 Sealed 가 더 좋아보인다.

•

코틀린에서 Enum 은 자바의 잔재라는 느낌이 있다.

•

그래서 엄격하게 통제할 필요성이 있지 않는 이상(일주일의 요일 등) Sealed 를 사용하는 것이 더 코틀린스럽다! 

•

Enum 을 사용하고 싶거나 사용해야 한다면 Sealed 의 object 선언으로 가능하기때문이다!