Зачем при создании объекта класса указывать тип интерфейса?

Question

[Аркадий Виноградов]

Код со скриншота:

interface Do {
    fun doing ()
}

class Teacher() : Do {
    override fun doing () {
        println("Im teaching students..")
    }
}

class Programmer() : Do {
    override fun doing() {
        println("Im writing programs..")
    }
}

fun main() {

    val person1: Do = Programmer()
    person1.doing()

    val person2: Programmer = Programmer()
    person1.doing()

}

У нас есть интерфейс в котором есть абстрактный метод doing для реализации классов которые наследуют этот интерфейс, при создании объекта класса который наследует этот интерфейс мы можем указать тип как класса так и тип интерфейса, вопрос, есть ли разница какой тип указывать ?

Answer 1

[illuzor]

В таком примитивном примере разницы нет.
Но если будет функция, которая принимает Do, в неё можно будет передать объект любого подкласса Do

Comments

[Аркадий Виноградов]

Если вам не трудно, можете привести пример ? я недавно начал учить Kotlin и не совсем понимаю что вы имеете ввиду

[illuzor]

Аркадий Виноградов, тут не примеры нужны. Надо продолжать учить. Конкретно этот вопрос касается одного из принципов ООП - полиморфизма.

[Аркадий Виноградов]

illuzor,
вы наверное вот это имеете ввиду, я создал новый класс который не наследует интерфейс Do и создал функцию которая принимает в качестве аргументов все с типом Do. После того как я предаю в функцию которая принимает в качестве аргументов все с типом Do объект класса Doctor то выдает ошибку потому что функция может принимать только аргументы с типом Do или подтипы интерфейса Do

[illuzor]

Аркадий Виноградов, верно