추상 클래스 (Abstract Class)

 클래스와 일부 멤버가 abstract로 선언되면 추상 클래스입니다. abstract 멤버는 아시다시피 클래스 내에서 아무런 구현이 없습니다.

     abstract class Student {

        abstract fun learnKotlin() // 최소 하나 이상의 멤버가 abstract

        fun learnJava() {}

    }

 

 또한 non-abstract open 멤버를 abstract 멤버로 재정의(override) 할 수 있습니다. 

[Remind] 상속을 하려면 꼭 open을 선언해주어야 합니다. 왜냐하면 아무 선언이 없으면 코틀린 클래스는 기본적으로 Java의 final 클래스와 같기 때문입니다.


     open class Person {

        open fun needToSleep() {}

    }


    abstract class Student : Person() {

        override abstract fun needToSleep()

        abstract fun learnKotlin()

        fun learnJava() {}

    }


인터페이스 (Interface)

 코틀린의 인터페이스는 Java8과 매우 유사합니다. abstract method 뿐 만 아니라 method의 구현도 가능합니다.

 [Tip] 인터페이스라고 하면 모든 method가 abstract method인 것이라고 알고 있을 수도 있는데 Java8에서 default 키워드로 method 구현이 가능해졌습니다.

Java

public interface Person {

 void needToSleep(); // interface 내에서는 abstract로 유추

 default String getName() {

   return "Hong";

  }


코틀린

     interface Person {

        fun needToSleep()

        fun getName():String = "Hong"

    }


 interface에서 구현한 method도 override가 가능합니다.

    interface Person {

        fun needToSleep()

        fun getName():String = "Hong"

    }


    class Student : Person {

        override fun needToSleep() {


        }

        fun learnKotlin() {


        }

        override fun getName(): String {

            return "Tom"

        }

    } 


 또한 다음과 같이 하나 이상의 interface를 구현할 수 있습니다.

     interface Person {

        fun needToSleep()

        fun getName():String = "Hong"

    }


    interface Adult {

        fun needToHoliday()

        fun getName():String = "Choi"

    }


    class Student : Person, Adult {

        override fun needToHoliday() {

            

        }

        override fun needToSleep() {


        }

        fun learnKotlin() {


        }

        override fun getName(): String {

            return "Tom"

        }

    }





private set


 외부에서 set을 할 수 없도록 하기 위해서 private set을 선언해줄 수 있습니다. 기본 setter의 구현을 변경할 필요가 없으면 body를 정의할 필요없이 접근자를 정의할 수 있습니다.

class ExampleUnitTest {

    @Test

    fun kotlin() {

        var student = Person()

        //student.name = "Park" // 외부에서 set 불가

        student.id = 200

        println("student.id ${student.id} student.name ${student.name}")

        student.printName()


    }


    class Person() {

        var id = 0

            get() =  100

        var name = "Suzuki"

            private set


        fun printName() {

            this.name = "Park" // class 내부에서는 set 가능

            println("this.name ${this.name}")

        }

    }

}

 student.id 100 student.name Suzuki

 this.name Park 



Backing Fields


 이전에 언급했던 getter와 setter을 생략하지 않고 선언하는 방법, 즉 custom 접근자를 작성할 때 backing field를 사용할 수 있습니다. 코틀린 클래스에서는 field를 가질 수 없지만 custom 접근자를 사용할 때 backing field가 필요한 경우가 있습니다. 이때 코틀린은 field라는 식별자를 사용하는 backing field를 제공합니다.

 backing field가 없다면 어떤 문제가 있을까요? 다음의 코드를 보시면 이해가 빠를 것 같습니다.

코틀린

     class Person() {

        var id = 0

            get() =  100

        var name = "Suzuki"

            set(value) { name = value }

    }

 

여기까지 보면 얼핏 생각하기에 name에 value를 할당하여 제대로 set하는 것처럼 보입니다.


Java

       public final void setName(@NotNull String value) {

         Intrinsics.checkParameterIsNotNull(value, "value");

         this.setName(value);

      }


 Java 코드를 보니 재귀함수가 보이고 무한루프에 빠져서 StackOverFlow가 발생할 것으로 보입니다.

아니나 다를까 다음과 같이 친절하게 알려줍니다.



 그럼 field를 사용해봅시다.


코틀린

     class Person() {

        var id = 0

            get() =  100

        var name = "Suzuki"

            set(value) { field = value }

    }


Java

       public final void setName(@NotNull String value) {

         Intrinsics.checkParameterIsNotNull(value, "value");

         this.name = value;

      }


 field 식별자는 오직 property 접근자에서만 사용할 수 있습니다. property를 위한 backing field는 적어도 하나 이상의 기본 접근자를 사용하거나 custom 접근자에서 field 식별자를 사용할 때 만들어집니다.


 따라서 다음과 같은 경우에는 backing field가 없습니다.

val isEmpty: Boolean

    get() = this.size == 0


 참고로 코틀린 1.1 이후부터는 property type을 getter로부터 유추할 수 있다면 생략 가능합니다.

 val isEmpty get() = this.size == 0  // type Boolean을 가짐


Getters and Setters


 코틀린에서 property를 선언할 때 생략없는 full syntax는 다음과 같습니다.

 var <propertyName>[: <PropertyType>] [= <property_initializer>]

    [<getter>]

    [<setter>]


 여기서 [ ]로 표시된 property_initializer, getter, setter은 선택사항입니다. 생략할 수 있다는 말입니다.


앞서 property를 공부할 때 다음과 같은 예제를 보았습니다.

  class Person {

  var id: Int = 0

  var name: String = "Suzuki"

 }


 getter, setter은 전혀 보이지 않습니다. 그런데 initializer는 사용했습니다. initializer을 생략을 하려면 어떻게 할 수 있을까요?

일단 initializer를 지워보면 Error:(22, 9) Property must be initialized or be abstract가 발생합니다.


 

 따라서 abstract로 선언하는 방법이 있고 위와 같이 constructor의 파라미터로 옮길 수 있습니다.

    abstract class Person {

        abstract var id: Int

        var name: String = "Suzuki"

    } 

or

    class Person(var id: Int) {

        var name: String = "Suzuki"

    } 


 property type도 생략할 수 있습니다. 단, initializer로 부터 type을 유추할 수 있을 때만 가능합니다.

     class Person() {

        var id = 0 // var id: Int = 0

        var name = "Suzuki" // var name: String = "Suzuki"

    }


 getter, setter는 생략되었는데 문제가 없는지 살펴봅시다. 위의 Person 클래스를 Java 코드로 Decompile 하면 다음과 같습니다.

 Decomplie 하는 방법은 Tools > Kotlin > Show Kotlin Bytecode 선택 후 Kotlin Bytecode 창에서 Decompile을 누르시면 됩니다.


    public static final class Person {

      private int id;

      @NotNull

      private String name = "Suzuki";


      public final int getId() {

         return this.id;

      }


      public final void setId(int var1) {

         this.id = var1;

      }


      @NotNull

      public final String getName() {

         return this.name;

      }


      public final void setName(@NotNull String var1) {

         Intrinsics.checkParameterIsNotNull(var1, "<set-?>");

         this.name = var1;

      }

   }

 

코틀린 코드에서는 선언한 적이 없는 getter와 setter가 존재합니다. 이것으로 미루어 볼 때 코틀린에서는 기본적으로 getter와 setter를 선언할 필요가 없습니다. 

 property 사용 방법을 떠올려보면 getter와 setter를 사용하지 않고 변수명으로 직접 get/set을 하였습니다.

 val student = Person()

 student.id = 10 // 직접 set을 하고 있음

 println("student.name ${student.id}") // 직접 get 하고 있음

이것이 가능한 이유가 Java 코드로 Decompile 했을 때 getter/setter가 존재하기 때문이라는 것을 알 수 있습니다.


 getter와 setter을 생략하지 않고 선언하는 방법도 있습니다.

    class Person() {

        var id = 0

        get() =  100

        var name = "Suzuki"

        set(value) {

            field = "Kim"

        }

    }


 위 Decomplie 결과물을 참고하여 getter/setter를 추가했을 때의 코드를 Java 코드로 직접 변환해봅시다.

    public static final class Person {

      private int id;

      @NotNull

      private String name = "Suzuki";


      public final int getId() {

         return 100;

      }


      public final void setId(int var1) {

         this.id = var1;

      }


      @NotNull

      public final String getName() {

         return this.name;

      }


      public final void setName(@NotNull String value) {

         Intrinsics.checkParameterIsNotNull(value, "value");

         this.name = "Kim";

      }

   }


 이제 id의 getter는 100만 리턴해주고 name의 setter는 Kim으로만 assign을 합니다.

그럼 아무리 id의 값을 reassign 하더라도 student.id는 100을 리턴하게 됩니다. name은 아무리 reassign하더라도 Kim으로만 assign됩니다. 확인해볼까요?

class ExampleUnitTest {

    @Test

    fun kotlin() {

        var student = Person()

        student.name = ""

        student.id = 200

        println("student.id ${student.id} student.name ${student.name}")


    }


    class Person() {

        var id = 0

        get() =  100

        var name = "Suzuki"

        set(value) {

            field = "Kim"

        }

    }

}

 student.id 100 student.name Kim 


+ Recent posts