Расширения — бесплатный тест онлайн

Вопрос 1 из 20

Что произойдёт при запуске примера «Вычисляемое extension property»?

// Проследите фактическое выполнение без изменения кода.
val String.words: Int
    get() = trim().split(Regex("\\s+")).count { it.isNotEmpty() }

fun main() = println(" one  two ".words)

Первое обращение вычислит 2, последующие вернут закэшированный 0. Будет выведено `0`, поскольку extension property не может читать receiver. Будет выведено `3`, потому что пробелы считаются пустым словом. Будет выведено `2`: extension property вычисляется getter-ом при обращении и не хранит backing field. Код не компилируется: extension property обязано иметь initializer.

Вопрос 2 из 20

Какое утверждение точнее всего объясняет поведение фрагмента «Статический тип receiver»?

// На ревью требуется объяснить причину поведения.
open class Shape
class Circle : Shape()
fun Shape.name() = "shape"
fun Circle.name() = "circle"

fun printName(s: Shape) = println(s.name())
fun main() = printName(Circle())

Наблюдаемое поведение выводят из того, что возникнет неоднозначность только во время выполнения. Причину поведения формулируют так: Код не компилируется из-за двух функций с одинаковым именем. Объяснение опирается на утверждение: Она напечатает оба слова в порядке наследования. Extensions разрешаются статически; они не переопределяются и не добавляются в виртуальную таблицу класса. Контракт здесь понимают так: Она напечатает `circle`, потому что extension участвует в виртуальном вызове.

Вопрос 3 из 20

Как укрепить «File-private extension», не переписывая соседние модули?

// Сохраните назначение фрагмента, но укрепите его контракт.
package demo

private fun String.secret() = reversed()
fun expose(s: String) = s.secret()

fun main() = println(expose("abc"))

Перенести проверку в вызывающий код, исходя из того, что код не компилируется, потому что private extension доступно только внутри другой функции. Размещать общеупотребимые расширения в явно названном модуле, а локальные адаптеры держать file-private. Оставить структуру прежней, документировав утверждение: Код не компилируется: расширение нельзя объявлять на верхнем уровне. Оставить реализацию без изменений и закрепить тестом предположение: Будет выведено `abc`, поскольку private отключает тело расширения. Вынести участок в отдельный метод, считая верным следующее: Возникнет ошибка доступа во время выполнения.

Вопрос 4 из 20

Какой риск не исчезает после правки «Безопасное расширение String»: Давать расширению имя, отражающее поведение на границе, и размещать его в узкой области импорта?

Практическое ограничение подхода: Обе строки содержат `-`, так как extension не видит содержимое receiver. Граница полезности решения описывается условием: Сначала `K`, затем `-`, потому что `lastOrNull` возвращает первый символ. После внедрения придётся исходить из того, что код не компилируется: стандартный класс String нельзя расширять. Расширения делают служебные операции обнаруживаемыми, но массовые импорты могут создавать конфликты и ложное впечатление о членстве. Цена упрощения проявится, если сначала `n`, затем возникает исключение при пустой строке.

Вопрос 5 из 20

Что следует изменить прежде всего во фрагменте «Статический тип receiver»?

// Сохраните назначение фрагмента, но укрепите его контракт.
open class Shape
class Circle : Shape()
fun Shape.name() = "shape"
fun Circle.name() = "circle"

fun printName(s: Shape) = println(s.name())
fun main() = printName(Circle())

Оставить структуру прежней, документировав утверждение: Она напечатает `circle`, потому что extension участвует в виртуальном вызове. Добавить локальную обработку результата, потому что возникнет неоднозначность только во время выполнения. Обернуть операцию проверкой и не менять основной контракт: Код не компилируется из-за двух функций с одинаковым именем. Зафиксировать текущее поведение регрессионным тестом: Она напечатает оба слова в порядке наследования. Для полиморфного поведения объявить открытый член или внешний visitor, а не набор расширений по подтипам.

Вопрос 6 из 20

Какой пограничный сценарий обязательно добавить к проверкам «File-private extension»?

Отдельно воспроизвести случай, в котором код не компилируется, потому что private extension доступно только внутри другой функции. Проверить границу полезности утверждения: Возникнет ошибка доступа во время выполнения. Проверить соседний случай: Код не компилируется: расширение нельзя объявлять на верхнем уровне. Star-import двух пакетов с одинаковыми расширениями способен сделать вызов неоднозначным после безобидного изменения зависимостей. Воспроизвести редкий сценарий, где будет выведено `abc`, поскольку private отключает тело расширения.

Вопрос 7 из 20

Какие символы будут выведены?

// Проследите фактическое выполнение без изменения кода.
fun String.lastOrDash(): Char = lastOrNull() ?: '-'
fun main() {
    println("Kotlin".lastOrDash())
    println("".lastOrDash())
}

Сначала `n`, затем `-`: расширение вызывает безопасный `lastOrNull` и подставляет дефис для пустой строки. Сначала `n`, затем возникает исключение при пустой строке. Обе строки содержат `-`, так как extension не видит содержимое receiver. Код не компилируется: стандартный класс String нельзя расширять. Сначала `K`, затем `-`, потому что `lastOrNull` возвращает первый символ.

Вопрос 8 из 20

Что в семантике Kotlin или используемого API объясняет «Вычисляемое extension property»?

// На ревью требуется объяснить причину поведения.
val String.words: Int
    get() = trim().split(Regex("\\s+")).count { it.isNotEmpty() }

fun main() = println(" one  two ".words)

Контракт здесь понимают так: Первое обращение вычислит 2, последующие вернут закэшированный 0. Поведение связывают с правилом: Будет выведено `0`, поскольку extension property не может читать receiver. Причина результата в том, что будет выведено `3`, потому что пробелы считаются пустым словом. Extension property не может иметь собственного backing field; она вычисляет значение или делегирует хранение внешнему механизму. Семантика фрагмента приводит к тому, что код не компилируется: extension property обязано иметь initializer.

Вопрос 9 из 20

Какова практическая цена решения «File-private extension»: Размещать общеупотребимые расширения в явно названном модуле, а локальные адаптеры держать file-private?

Локальная область уменьшает загрязнение API, но слишком скрытые расширения трудно находить и повторно использовать. Компромисс состоит в утверждении: Код не компилируется: расширение нельзя объявлять на верхнем уровне. Практическое ограничение подхода: Возникнет ошибка доступа во время выполнения. Главный риск формулируют так: Код не компилируется, потому что private extension доступно только внутри другой функции. Цена упрощения проявится, если будет выведено `abc`, поскольку private отключает тело расширения.

Вопрос 10 из 20

Почему поведение «Безопасное расширение String» не является случайностью?

// На ревью требуется объяснить причину поведения.
fun String.lastOrDash(): Char = lastOrNull() ?: '-'
fun main() {
    println("Kotlin".lastOrDash())
    println("".lastOrDash())
}

Объяснение опирается на утверждение: Сначала `K`, затем `-`, потому что `lastOrNull` возвращает первый символ. Ключевым считают контракт: Сначала `n`, затем возникает исключение при пустой строке. Extension-функция компилируется как статическая функция с receiver-параметром и не изменяет исходный класс. Такой результат объясняют тем, что обе строки содержат `-`, так как extension не видит содержимое receiver. Наблюдаемое поведение выводят из того, что код не компилируется: стандартный класс String нельзя расширять.

Вопрос 11 из 20

Что стоит исправить в «Вычисляемое extension property» перед слиянием?

// Сохраните назначение фрагмента, но укрепите его контракт.
val String.words: Int
    get() = trim().split(Regex("\\s+")).count { it.isNotEmpty() }

fun main() = println(" one  two ".words)

Спрятать участок за вспомогательной функцией, сохранив предположение: Будет выведено `0`, поскольку extension property не может читать receiver. Сохранить API и считать достаточным условие: Будет выведено `3`, потому что пробелы считаются пустым словом. Перенести проверку в вызывающий код, исходя из того, что первое обращение вычислит 2, последующие вернут закэшированный 0. Ограничиться поясняющим комментарием о том, что код не компилируется: extension property обязано иметь initializer. Использовать вычисляемое свойство только для дешёвой и естественной характеристики объекта; тяжёлую работу оставить функции.

Вопрос 12 из 20

Какой редкий случай способен сломать наивную трактовку «Статический тип receiver»?

Отдельно воспроизвести случай, в котором возникнет неоднозначность только во время выполнения. Добавить граничный тест на утверждение: Она напечатает оба слова в порядке наследования. Проверить, сохраняется ли контракт, когда код не компилируется из-за двух функций с одинаковым именем. Зафиксировать сценарий, где ожидается: Она напечатает `circle`, потому что extension участвует в виртуальном вызове. Внутри класса extension может зависеть сразу от типа dispatch receiver и extension receiver, что усложняет выбор кандидата.

Вопрос 13 из 20

Какое изменение лучше всего защищает границу «Безопасное расширение String»?

// Сохраните назначение фрагмента, но укрепите его контракт.
fun String.lastOrDash(): Char = lastOrNull() ?: '-'
fun main() {
    println("Kotlin".lastOrDash())
    println("".lastOrDash())
}

Ограничиться поясняющим комментарием о том, что обе строки содержат `-`, так как extension не видит содержимое receiver. Сохранить API и считать достаточным условие: Сначала `n`, затем возникает исключение при пустой строке. Зафиксировать текущее поведение регрессионным тестом: Сначала `K`, затем `-`, потому что `lastOrNull` возвращает первый символ. Добавить локальную обработку результата, потому что код не компилируется: стандартный класс String нельзя расширять. Давать расширению имя, отражающее поведение на границе, и размещать его в узкой области импорта.

Вопрос 14 из 20

Какой редкий случай способен сломать наивную трактовку «Вычисляемое extension property»?

Внешний вид свойства может создать ожидание O(1), хотя getter реально выполняет разбор строки при каждом обращении. Зафиксировать сценарий, где ожидается: Будет выведено `3`, потому что пробелы считаются пустым словом. Воспроизвести редкий сценарий, где первое обращение вычислит 2, последующие вернут закэшированный 0. Добавить граничный тест на утверждение: Код не компилируется: extension property обязано иметь initializer. Отдельно воспроизвести случай, в котором будет выведено `0`, поскольку extension property не может читать receiver.

Вопрос 15 из 20

Команда собирается для полиморфного поведения объявить открытый член или внешний visitor, а не набор расширений по подтипам. Что придётся учитывать после внедрения в «Статический тип receiver»?

Главный риск формулируют так: Она напечатает оба слова в порядке наследования. Статическое разрешение предсказуемо и не меняет классы, но не заменяет динамический полиморфизм. После правки останется ограничение: Она напечатает `circle`, потому что extension участвует в виртуальном вызове. Главная цена решения — необходимость учитывать, что код не компилируется из-за двух функций с одинаковым именем. После внедрения придётся исходить из того, что возникнет неоднозначность только во время выполнения.

Вопрос 16 из 20

Что произойдёт в этом файле?

// Проследите фактическое выполнение без изменения кода.
package demo

private fun String.secret() = reversed()
fun expose(s: String) = s.secret()

fun main() = println(expose("abc"))

Будет выведено `cba`: file-private расширение доступно всем объявлениям того же файла. Код не компилируется: расширение нельзя объявлять на верхнем уровне. Код не компилируется, потому что private extension доступно только внутри другой функции. Будет выведено `abc`, поскольку private отключает тело расширения. Возникнет ошибка доступа во время выполнения.

Вопрос 17 из 20

Команда собирается использовать вычисляемое свойство только для дешёвой и естественной характеристики объекта; тяжёлую работу оставить функции. Что придётся учитывать после внедрения в «Вычисляемое extension property»?

Свойство читается естественно, но скрытая стоимость и отсутствие параметров ограничивают подходящие сценарии. Главная цена решения — необходимость учитывать, что код не компилируется: extension property обязано иметь initializer. Главный риск формулируют так: Первое обращение вычислит 2, последующие вернут закэшированный 0. Граница полезности решения описывается условием: Будет выведено `0`, поскольку extension property не может читать receiver. После правки останется ограничение: Будет выведено `3`, потому что пробелы считаются пустым словом.

Вопрос 18 из 20

Какой результат даст код «Статический тип receiver»?

// Проследите фактическое выполнение без изменения кода.
open class Shape
class Circle : Shape()
fun Shape.name() = "shape"
fun Circle.name() = "circle"

fun printName(s: Shape) = println(s.name())
fun main() = printName(Circle())

Она напечатает оба слова в порядке наследования. Она напечатает `circle`, потому что extension участвует в виртуальном вызове. Возникнет неоднозначность только во время выполнения. Код не компилируется из-за двух функций с одинаковым именем. Будет `shape`: extension выбирается по статическому типу `s`, а не по классу объекта.

Вопрос 19 из 20

На какой контракт языка или библиотеки опирается «File-private extension»?

// На ревью требуется объяснить причину поведения.
package demo

private fun String.secret() = reversed()
fun expose(s: String) = s.secret()

fun main() = println(expose("abc"))

Видимость и импорт extension определяют, где оно участвует в разрешении вызова; одна и та же сигнатура из разных импортов может конфликтовать. Причину поведения формулируют так: Будет выведено `abc`, поскольку private отключает тело расширения. Объяснение опирается на утверждение: Возникнет ошибка доступа во время выполнения. Наблюдаемое поведение выводят из того, что код не компилируется: расширение нельзя объявлять на верхнем уровне. Поведение связывают с правилом: Код не компилируется, потому что private extension доступно только внутри другой функции.

Вопрос 20 из 20

Где упрощённое объяснение «Безопасное расширение String» перестаёт работать?

Проверить границу полезности утверждения: Сначала `n`, затем возникает исключение при пустой строке. Отдельно воспроизвести случай, в котором код не компилируется: стандартный класс String нельзя расширять. Член класса с той же подходящей сигнатурой имеет приоритет над extension-функцией. Добавить граничный тест на утверждение: Сначала `K`, затем `-`, потому что `lastOrNull` возвращает первый символ. Добавить тест на состояние, при котором обе строки содержат `-`, так как extension не видит содержимое receiver.