Функции и каррирование — бесплатный тест онлайн

Вопрос 1 из 20

В теме «Сигнатуры» какой вывод о типах или выполнении прямо следует из кода?

def discount(price: BigDecimal, percent: Int): BigDecimal =
  price * (100 - percent) / 100
println(discount(BigDecimal(80), 25))

Порядок ветвей и шаблонов несущественен: перед выполнением Scala автоматически переставляет их от частных к общим. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Выражение с побочным эффектом не может влиять на выведенный тип блока: компилятор всегда берёт первую содержательную строку. Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта.

Вопрос 2 из 20

Для темы «Сигнатуры» обычный пример прошёл, затем изменились условия использования. Какой риск нужно проверить первым?

// Дополнительный контекст: Фрагмент вынесли из локальной функции в общий модуль и добавили новый вариант входных данных.
def discount(price: BigDecimal, percent: Int): BigDecimal =
  price * (100 - percent) / 100
println(discount(BigDecimal(80), 25))

Если две ветви компилируются по отдельности, их общий тип обязательно сохранит методы обеих ветвей. Путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов. Скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Риск возникает только при `var`; `val`, `case class` и неизменяемая коллекция полностью исключают скрытое состояние и ошибочный контракт.

Вопрос 3 из 20

При исправлении темы «Сигнатуры» команда сравнивает несколько правок. Какая из них делает допущение явным и проверяемым?

def discount(price: BigDecimal, percent: Int): BigDecimal =
  price * (100 - percent) / 100
println(discount(BigDecimal(80), 25))
// На ревью требуется устранить причину дефекта, не скрывая её приведением типа или значением по умолчанию.

Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. Оставить публичный тип результата выведенным из тела: это позволит API автоматически подстраиваться под будущие правки. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. Убрать явный возвращаемый тип из публичной функции и полностью положиться на вывод компилятора.

Вопрос 4 из 20

В контракте темы «Сигнатуры» после рефакторинга код по-прежнему компилируется, однако его статический тип стал шире. Какой анализ пригоден для публичного API?

Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта; успешный запуск без ошибок гарантирует сохранение статического типа при будущих изменениях. Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта; фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры; скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта; скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже; путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов.

Вопрос 5 из 20

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

У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. В проверке воспроизвести ситуацию: фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. В теме «Сигнатуры» исправить один показанный вызов по рекомендации «Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент». Общий контракт и прежнюю границу отдельно не воспроизводить. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. В проверке воспроизвести ситуацию: скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. В проверке воспроизвести ситуацию: скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта. Сравнить вывод на одном наборе данных, не меняя условия выполнения.

Вопрос 6 из 20

В теме «Функции высшего порядка» как сформулировать семантику примера так, чтобы она сохранилась после переименования переменных?

def twice(f: Int => Int)(x: Int) = f(f(x))
val inc = (n: Int) => n + 1
println(twice(inc)(10))

Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Компилятор откладывает выбор типа до первого использования значения, поэтому объявленная форма выражения здесь ничего не ограничивает. Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. Любая конструкция, записанная через `val`, делает связанный объект неизменяемым, а все его методы — безопасными для параллельного вызова.

Вопрос 7 из 20

В какой ситуации прежний вывод о «Функции высшего порядка» окажется слишком широким?

// Дополнительный контекст: После рефакторинга код по-прежнему компилируется, однако его статический тип стал шире.
def twice(f: Int => Int)(x: Int) = f(f(x))
val inc = (n: Int) => n + 1
println(twice(inc)(10))

Скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию. Локальное изменение сигнатуры не способно повлиять на поиск перегрузки, given или вывод типа в вызывающем коде. Переданная функция вычисляется один раз при создании значения функции высшего порядка и затем кешируется. Путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов.

Вопрос 8 из 20

При исправлении темы «Функции высшего порядка» какой вариант не переносит проблему в вызывающий код?

def twice(f: Int => Int)(x: Int) = f(f(x))
val inc = (n: Int) => n + 1
println(twice(inc)(10))
// На ревью требуется устранить причину дефекта, не скрывая её приведением типа или значением по умолчанию.

У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. Добавить общий `case _` и возвращать нейтральное значение: так новые варианты модели не будут останавливать сборку. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. Сохранить переданную функцию в общей изменяемой переменной `object`, чтобы избежать повторных вызовов.

Вопрос 9 из 20

В контракте темы «Функции высшего порядка» какой вариант не теряет существенную часть технической картины?

Опираться на семантику «функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация», но отдельно проверять ограничение «достаточно проверить путь без ошибки, поскольку остальные ветви следуют той же семантике». Опираться на семантику «частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже», но отдельно проверять ограничение «само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию». Опираться на семантику «функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация», но отдельно проверять ограничение «скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт». Опираться на семантику «функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация», но отдельно проверять ограничение «путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов». Опираться на семантику «каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры», но отдельно проверять ограничение «путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов».

Вопрос 10 из 20

При проверке темы «Функции высшего порядка» что лучше не оставлять только в устной договорённости?

Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. Оставить единственный тест на штатный вход без проверки отмены и повтора. В теме «Функции высшего порядка» исправить один показанный вызов по рекомендации «У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления». Общий контракт и прежнюю границу отдельно не воспроизводить. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. В проверке воспроизвести ситуацию: путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. В проверке воспроизвести ситуацию: путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. В проверке воспроизвести ситуацию: само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию.

Вопрос 11 из 20

Во фрагменте проверяется тема «Каррирование». Какое правило точнее всего объясняет поведение кода?

def combine(prefix: String)(value: Int): String = s"$prefix$value"
val item = combine("id-")
println(item(7))

Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. Компилятор откладывает выбор типа до первого использования значения, поэтому объявленная форма выражения здесь ничего не ограничивает. Любая конструкция, записанная через `val`, делает связанный объект неизменяемым, а все его методы — безопасными для параллельного вызова.

Вопрос 12 из 20

Для темы «Каррирование» какой случай уже не покрывается показанной гарантией?

Пограничное значение будет автоматически отклонено до выполнения, даже если код явно делает сужающее преобразование или приведение. Две секции параметров сами по себе не делают вычисление ленивым и не включают кеширование; они лишь позволяют фиксировать аргументы поэтапно. Каждая дополнительная секция параметров включает мемоизацию уже переданных аргументов. Скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов.

Вопрос 13 из 20

При исправлении темы «Каррирование» что следует изменить, чтобы следующий рефакторинг не вернул тот же риск?

def combine(prefix: String)(value: Int): String = s"$prefix$value"
val item = combine("id-")
println(item(7))
// На ревью требуется устранить причину дефекта, не скрывая её приведением типа или значением по умолчанию.

Каррируйте там, где секции имеют разный смысл: данные, затем стратегия, контекст или обработчик. Спрятать несовместимость за `asInstanceOf`, сохранив прежнюю сигнатуру и добавив тест только для рабочего примера. У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. Ввести неявное преобразование между типами, чтобы вызывающий код продолжил компилироваться без явной миграции.

Вопрос 14 из 20

В контракте темы «Каррирование» что следует оставить в проектном решении после этого изменения контекста?

Сигнатура функции фиксирует порядок секций параметров и возвращаемый тип; тело проверяется относительно этого контракта. Учитывать границу: само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Учитывать границу: само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Учитывать границу: путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Учитывать границу: одна зелёная проверка заменяет отдельные тесты на отмену, повтор и освобождение ресурса. Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. Учитывать границу: скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт.

Вопрос 15 из 20

При проверке темы «Каррирование» какой итог можно проверить автоматически или воспроизводимым примером?

У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. В проверке воспроизвести ситуацию: само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию. В теме «Каррирование» исправить один показанный вызов по рекомендации «Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент». Общий контракт и прежнюю границу отдельно не воспроизводить. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. Убедиться лишь в успешном запуске, не фиксируя статический тип. Каррируйте там, где секции имеют разный смысл: данные, затем стратегия, контекст или обработчик. В проверке воспроизвести ситуацию: само наличие двух секций не делает вычисление ленивым и не кеширует первую секцию. Каррируйте там, где секции имеют разный смысл: данные, затем стратегия, контекст или обработчик. В проверке воспроизвести ситуацию: путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов.

Вопрос 16 из 20

В теме «Частичное применение» что в этом примере определяется семантикой Scala, а не соглашением автора?

def add(a: Int, b: Int) = a + b
val addTen = add(10, _: Int)
println(List(1,2,3).map(addTen))

Выражение с побочным эффектом не может влиять на выведенный тип блока: компилятор всегда берёт первую содержательную строку. Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. Успешная компиляция означает, что замена конкретного типа на `Any` не изменит доступные операции и результат программы. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры.

Вопрос 17 из 20

Для темы «Частичное применение» после переноса кода в общий модуль проявилось скрытое допущение. Какое?

Фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Добавление широкого типа или общего `case _` усиливает контроль, потому что компилятору становится известно больше допустимых вариантов. Частично применённая функция сохраняет глубокую копию всех захваченных изменяемых объектов. Путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов.

Вопрос 18 из 20

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

def add(a: Int, b: Int) = a + b
val addTen = add(10, _: Int)
println(List(1,2,3).map(addTen))
// На ревью требуется устранить причину дефекта, не скрывая её приведением типа или значением по умолчанию.

У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент. Захватить изменяемую конфигурацию в частично применённой функции и зафиксировать порядок вызовов в комментарии. Перенести локальное состояние в общий `object`, чтобы все экземпляры наблюдали одно и то же значение без передачи зависимости. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным.

Вопрос 19 из 20

В контракте темы «Частичное применение» после рефакторинга код по-прежнему компилируется, однако его статический тип стал шире. Какой вывод одновременно сохраняет правило и учитывает его границу?

Каррированная функция имеет несколько секций параметров; это позволяет удобно фиксировать ранние аргументы и использовать контекстные параметры. При этом учитывать: путать передачу функции с немедленным вызовом — значит ошибиться в числе вычислений и побочных эффектов. Функция высшего порядка принимает функцию или возвращает её; переданная функция вызывается только в том месте, где это делает реализация. При этом учитывать: фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. При этом учитывать: скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. При этом учитывать: фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. При этом учитывать: если код компилируется, дополнительные проверки вывода типов и поиска `given` не нужны.

Вопрос 20 из 20

При проверке темы «Частичное применение» как сформулировать защиту от регрессии без расплывчатого «работает как раньше»?

В теме «Частичное применение» исправить один показанный вызов по рекомендации «Разделяйте значение функции и результат вызова; для побочных эффектов явно проверяйте, сколько раз комбинатор вызовет аргумент». Общий контракт и прежнюю границу отдельно не воспроизводить. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. В проверке воспроизвести ситуацию: фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Для повторно используемых частично применённых функций фиксируйте неизменяемые параметры или делайте момент чтения состояния явным. В проверке воспроизвести ситуацию: скрывать значимый возвращаемый тип за выводом опасно в публичном API: небольшая правка тела может незаметно изменить контракт. У публичных функций указывайте тип результата и называйте параметры по предметному смыслу, а не по механике вычисления. В проверке воспроизвести ситуацию: фиксация изменяемого объекта захватывает ссылку, а не снимок состояния, поэтому результат может зависеть от последующих изменений. Частичное применение создаёт новую функцию с уже зафиксированной частью аргументов; оставшиеся параметры передаются позже. Запустить пример один раз и не проверять порядок событий.