Корутины — бесплатный тест онлайн

Вопрос 1 из 25

Какое утверждение объясняет результат без скрытых допущений? Выберите основное правило раздела «Создание».

local co = coroutine.create(function(a,b) return a+b end)
print(coroutine.status(co))
local ok, value = coroutine.resume(co, 2, 5)
print(ok, value, coroutine.status(co))

Для фрагмента из раздела «Создание» верно: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Для фрагмента из раздела «Создание» верно: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Для фрагмента из раздела «Создание» верно: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. Для фрагмента из раздела «Создание» верно: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Для фрагмента из раздела «Создание» верно: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true.

Вопрос 2 из 25

Что не видно по одному успешному запуску этого кода? Выберите именно проверяемую границу раздела «Создание».

local function reproduce_case()
  local co = coroutine.create(function(a,b) return a+b end)
  print(coroutine.status(co))
  local ok, value = coroutine.resume(co, 2, 5)
  print(ok, value, coroutine.status(co))
end
reproduce_case()

На другом входе раздела «Создание» нужно проверить: Простое присваивание второго результата может принять ошибку за обычное значение. На другом входе раздела «Создание» нужно проверить: Состояния running, suspended, normal и dead описывают жизненный цикл. На другом входе раздела «Создание» нужно проверить: Выбор влияет на диагностику и управление состоянием. На другом входе раздела «Создание» нужно проверить: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. На другом входе раздела «Создание» нужно проверить: Успешный resume начинается с true.

Вопрос 3 из 25

Что должно пережить замену вспомогательных функций и имён переменных? Речь идёт о центральном правиле раздела «Создание».

do
  local co = coroutine.create(function(a,b) return a+b end)
  print(coroutine.status(co))
  local ok, value = coroutine.resume(co, 2, 5)
  print(ok, value, coroutine.status(co))
end

После правки раздела «Создание» должно оставаться верным: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. После правки раздела «Создание» должно оставаться верным: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. После правки раздела «Создание» должно оставаться верным: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. После правки раздела «Создание» должно оставаться верным: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. После правки раздела «Создание» должно оставаться верным: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок.

Вопрос 4 из 25

Код по разделу «Создание» уходит в эксплуатацию. Какое ограничение нельзя прятать внутри реализации? Выберите практическое следствие раздела «Создание».

Граница эксплуатации раздела «Создание» формулируется так: Простое присваивание второго результата может принять ошибку за обычное значение. Граница эксплуатации раздела «Создание» формулируется так: Состояния running, suspended, normal и dead описывают жизненный цикл. Граница эксплуатации раздела «Создание» формулируется так: Успешный resume начинается с true. Граница эксплуатации раздела «Создание» формулируется так: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Граница эксплуатации раздела «Создание» формулируется так: Выбор влияет на диагностику и управление состоянием.

Вопрос 5 из 25

Что помогает не переносить в раздел «Создание» привычки из другого языка или среды? Ответ должен охватывать весь раздел «Создание».

Надёжное понимание раздела «Создание» опирается на правило: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Надёжное понимание раздела «Создание» опирается на правило: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Надёжное понимание раздела «Создание» опирается на правило: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Надёжное понимание раздела «Создание» опирается на правило: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Надёжное понимание раздела «Создание» опирается на правило: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок; выбор влияет на диагностику и управление состоянием.

Вопрос 6 из 25

Какой механизм показан в строке «local co=coroutine.create(function()»? Нужна именно центральная гарантия раздела «Приостановка и возобновление».

local co=coroutine.create(function()
  local x = coroutine.yield("ready")
  return x * 2
end)
print(coroutine.resume(co))
print(coroutine.resume(co, 6))

Для этого кода в разделе «Приостановка и возобновление» нужно учитывать: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Для этого кода в разделе «Приостановка и возобновление» нужно учитывать: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Для этого кода в разделе «Приостановка и возобновление» нужно учитывать: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Для этого кода в разделе «Приостановка и возобновление» нужно учитывать: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Для этого кода в разделе «Приостановка и возобновление» нужно учитывать: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true.

Вопрос 7 из 25

Какой отказ должен быть воспроизводимым в тесте? Выберите именно проверяемую границу раздела «Приостановка и возобновление».

local function reproduce_case()
  local co=coroutine.create(function()
    local x = coroutine.yield("ready")
    return x * 2
  end)
  print(coroutine.resume(co))
  print(coroutine.resume(co, 6))
end
reproduce_case()

Скрытая граница раздела «Приостановка и возобновление» проявляется так: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Скрытая граница раздела «Приостановка и возобновление» проявляется так: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Скрытая граница раздела «Приостановка и возобновление» проявляется так: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Скрытая граница раздела «Приостановка и возобновление» проявляется так: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Скрытая граница раздела «Приостановка и возобновление» проявляется так: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 8 из 25

Внутреннюю реализацию меняют. Что обязано остаться верным снаружи? Выберите гарантию, определяющую раздел «Приостановка и возобновление».

do
  local co=coroutine.create(function()
    local x = coroutine.yield("ready")
    return x * 2
  end)
  print(coroutine.resume(co))
  print(coroutine.resume(co, 6))
end

Внешнее поведение раздела «Приостановка и возобновление» сохраняется при условии: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Внешнее поведение раздела «Приостановка и возобновление» сохраняется при условии: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Внешнее поведение раздела «Приостановка и возобновление» сохраняется при условии: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Внешнее поведение раздела «Приостановка и возобновление» сохраняется при условии: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Внешнее поведение раздела «Приостановка и возобновление» сохраняется при условии: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок.

Вопрос 9 из 25

Код по разделу «Приостановка и возобновление» уходит в эксплуатацию. Какое ограничение нельзя прятать внутри реализации? Выберите практическое следствие раздела «Приостановка и возобновление».

Код и тесты раздела «Приостановка и возобновление» должны выражать правило: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Код и тесты раздела «Приостановка и возобновление» должны выражать правило: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Код и тесты раздела «Приостановка и возобновление» должны выражать правило: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Код и тесты раздела «Приостановка и возобновление» должны выражать правило: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Код и тесты раздела «Приостановка и возобновление» должны выражать правило: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок.

Вопрос 10 из 25

Какое утверждение о разделе «Приостановка и возобновление» полезно и при чтении кода, и при ревью? Ответ должен охватывать весь раздел «Приостановка и возобновление».

Для раздела «Приостановка и возобновление» верно: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Для раздела «Приостановка и возобновление» верно: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Для раздела «Приостановка и возобновление» верно: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Для раздела «Приостановка и возобновление» верно: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Для раздела «Приостановка и возобновление» верно: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume.

Вопрос 11 из 25

Результат здесь задаёт не соглашение проекта, а правило языка. Какое? Ответ должен описывать основной механизм раздела «Передача значений».

local co=coroutine.create(function(first)
  local second = coroutine.yield(first+1)
  return first, second
end)
print(coroutine.resume(co,10))
print(coroutine.resume(co,20))

Строку из раздела «Передача значений» нужно читать так: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Строку из раздела «Передача значений» нужно читать так: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Строку из раздела «Передача значений» нужно читать так: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Строку из раздела «Передача значений» нужно читать так: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Строку из раздела «Передача значений» нужно читать так: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 12 из 25

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

local function reproduce_case()
  local co=coroutine.create(function(first)
    local second = coroutine.yield(first+1)
    return first, second
  end)
  print(coroutine.resume(co,10))
  print(coroutine.resume(co,20))
end
reproduce_case()

Отрицательный сценарий для раздела «Передача значений» фиксирует: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Отрицательный сценарий для раздела «Передача значений» фиксирует: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Отрицательный сценарий для раздела «Передача значений» фиксирует: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Отрицательный сценарий для раздела «Передача значений» фиксирует: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Отрицательный сценарий для раздела «Передача значений» фиксирует: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок.

Вопрос 13 из 25

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

do
  local co=coroutine.create(function(first)
    local second = coroutine.yield(first+1)
    return first, second
  end)
  print(coroutine.resume(co,10))
  print(coroutine.resume(co,20))
end

Контракт рефакторинга раздела «Передача значений»: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Контракт рефакторинга раздела «Передача значений»: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Контракт рефакторинга раздела «Передача значений»: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Контракт рефакторинга раздела «Передача значений»: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Контракт рефакторинга раздела «Передача значений»: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true.

Вопрос 14 из 25

Команда меняет раздел «Передача значений» в рабочем модуле. На какое решение можно опереться при повторном запуске и отказе зависимости? Выберите практическое следствие раздела «Передача значений».

В рабочем решении раздела «Передача значений» учитывают: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. В рабочем решении раздела «Передача значений» учитывают: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. В рабочем решении раздела «Передача значений» учитывают: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. В рабочем решении раздела «Передача значений» учитывают: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. В рабочем решении раздела «Передача значений» учитывают: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume.

Вопрос 15 из 25

Что отличает корректное понимание раздела «Передача значений» от правдоподобного заблуждения? Ответ должен охватывать весь раздел «Передача значений».

При проектировании раздела «Передача значений» нужно помнить: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. При проектировании раздела «Передача значений» нужно помнить: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. При проектировании раздела «Передача значений» нужно помнить: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. При проектировании раздела «Передача значений» нужно помнить: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. При проектировании раздела «Передача значений» нужно помнить: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true.

Вопрос 16 из 25

На каком правиле держится поведение этого кода? Нужна именно центральная гарантия раздела «Состояния».

local co=coroutine.create(function() return 1 end)
print(coroutine.resume(co))
print(coroutine.resume(co))

Наблюдаемый результат в разделе «Состояния» опирается на правило: Успешный resume начинается с true. Наблюдаемый результат в разделе «Состояния» опирается на правило: Выбор влияет на диагностику и управление состоянием. Наблюдаемый результат в разделе «Состояния» опирается на правило: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика. Наблюдаемый результат в разделе «Состояния» опирается на правило: Простое присваивание второго результата может принять ошибку за обычное значение. Наблюдаемый результат в разделе «Состояния» опирается на правило: Состояния running, suspended, normal и dead описывают жизненный цикл.

Вопрос 17 из 25

Какое допущение здесь опасно оставлять без повторного запуска? Ищется граничное следствие правила из раздела «Состояния».

local function reproduce_case()
  local co=coroutine.create(function() return 1 end)
  print(coroutine.resume(co))
  print(coroutine.resume(co))
end
reproduce_case()

Повторный запуск в разделе «Состояния» должен выявить: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Повторный запуск в разделе «Состояния» должен выявить: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Повторный запуск в разделе «Состояния» должен выявить: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Повторный запуск в разделе «Состояния» должен выявить: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Повторный запуск в разделе «Состояния» должен выявить: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 18 из 25

Что нужно проверить после замены реализации? Выберите гарантию, определяющую раздел «Состояния».

do
  local co=coroutine.create(function() return 1 end)
  print(coroutine.resume(co))
  print(coroutine.resume(co))
end

Внешнее поведение раздела «Состояния» сохраняется при условии: Простое присваивание второго результата может принять ошибку за обычное значение. Внешнее поведение раздела «Состояния» сохраняется при условии: Выбор влияет на диагностику и управление состоянием. Внешнее поведение раздела «Состояния» сохраняется при условии: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика. Внешнее поведение раздела «Состояния» сохраняется при условии: Успешный resume начинается с true. Внешнее поведение раздела «Состояния» сохраняется при условии: Состояния running, suspended, normal и dead описывают жизненный цикл.

Вопрос 19 из 25

В модуле меняют «Состояния» и хотят сохранить диагностируемость. Какой подход надёжнее? Ответ должен выражать проверяемое следствие раздела «Состояния».

В разделе «Состояния» нельзя оставлять неявным условие: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. В разделе «Состояния» нельзя оставлять неявным условие: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. В разделе «Состояния» нельзя оставлять неявным условие: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. В разделе «Состояния» нельзя оставлять неявным условие: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. В разделе «Состояния» нельзя оставлять неявным условие: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение.

Вопрос 20 из 25

Какое правило раздела «Состояния» стоит закрепить в тестах? Ответ должен охватывать весь раздел «Состояния».

Для обычного и граничного сценария раздела «Состояния» справедливо: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. Для обычного и граничного сценария раздела «Состояния» справедливо: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Для обычного и граничного сценария раздела «Состояния» справедливо: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Для обычного и граничного сценария раздела «Состояния» справедливо: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume. Для обычного и граничного сценария раздела «Состояния» справедливо: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 21 из 25

Что именно объясняет поведение строки «local co=coroutine.create(function()»? Нужна именно центральная гарантия раздела «Диагностика результата».

local co=coroutine.create(function()
  coroutine.yield("step")
  error("broken")
end)
local ok,v=coroutine.resume(co)
local ok2,err=coroutine.resume(co)
print(ok,v,ok2,err)

В коде раздела «Диагностика результата» срабатывает правило: Состояния running, suspended, normal и dead описывают жизненный цикл. В коде раздела «Диагностика результата» срабатывает правило: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок. В коде раздела «Диагностика результата» срабатывает правило: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. В коде раздела «Диагностика результата» срабатывает правило: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика. В коде раздела «Диагностика результата» срабатывает правило: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 22 из 25

Что не видно по одному успешному запуску этого кода? Ищется граничное следствие правила из раздела «Диагностика результата».

local function reproduce_case()
  local co=coroutine.create(function()
    coroutine.yield("step")
    error("broken")
  end)
  local ok,v=coroutine.resume(co)
  local ok2,err=coroutine.resume(co)
  print(ok,v,ok2,err)
end
reproduce_case()

На другом входе раздела «Диагностика результата» нужно проверить: Состояния running, suspended, normal и dead описывают жизненный цикл. На другом входе раздела «Диагностика результата» нужно проверить: Выбор влияет на диагностику и управление состоянием. На другом входе раздела «Диагностика результата» нужно проверить: Простое присваивание второго результата может принять ошибку за обычное значение. На другом входе раздела «Диагностика результата» нужно проверить: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. На другом входе раздела «Диагностика результата» нужно проверить: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию.

Вопрос 23 из 25

После рефакторинга тесты должны защищать одно правило. Какое? Нужен основной контракт раздела «Диагностика результата».

После упрощения кода раздела «Диагностика результата» по-прежнему верно: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика. После упрощения кода раздела «Диагностика результата» по-прежнему верно: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. После упрощения кода раздела «Диагностика результата» по-прежнему верно: Состояния running, suspended, normal и dead описывают жизненный цикл. После упрощения кода раздела «Диагностика результата» по-прежнему верно: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. После упрощения кода раздела «Диагностика результата» по-прежнему верно: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок.

Вопрос 24 из 25

Какое решение по разделу «Диагностика результата» упростит и проверку, и расследование сбоя? Нужна эксплуатационная граница раздела «Диагностика результата».

Проверяемое решение раздела «Диагностика результата» признаёт следующее: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield. Проверяемое решение раздела «Диагностика результата» признаёт следующее: Простое присваивание второго результата может принять ошибку за обычное значение. Проверяемое решение раздела «Диагностика результата» признаёт следующее: Возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Проверяемое решение раздела «Диагностика результата» признаёт следующее: Состояния running, suspended, normal и dead описывают жизненный цикл. Проверяемое решение раздела «Диагностика результата» признаёт следующее: Выбор влияет на диагностику и управление состоянием.

Вопрос 25 из 25

Какой вывод о разделе «Диагностика результата» останется верным после смены реализации? Нужна полная формулировка раздела «Диагностика результата».

Механизм и граница раздела «Диагностика результата» описываются так: coroutine.yield отдаёт значения вызывающему resume, а следующий resume передаёт значения обратно в место yield; успешный resume начинается с true. Механизм и граница раздела «Диагностика результата» описываются так: coroutine.create создаёт приостановленную корутину, а coroutine.wrap возвращает функцию-обёртку с другим способом передачи ошибок; выбор влияет на диагностику и управление состоянием. Механизм и граница раздела «Диагностика результата» описываются так: Диагностика должна проверять первый результат resume и сохранять traceback в контексте планировщика; простое присваивание второго результата может принять ошибку за обычное значение. Механизм и граница раздела «Диагностика результата» описываются так: Состояния running, suspended, normal и dead описывают жизненный цикл; возобновление dead-корутины завершается неуспехом, а не перезапускает функцию. Механизм и граница раздела «Диагностика результата» описываются так: Первый resume передаёт аргументы функции корутины, последующие — результату yield, а окончательный return становится последними значениями успешного resume.