Значения, типы и переменные Lua — бесплатный тест онлайн

Вопрос 1 из 20

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

local value = 12
value = "12"
print(type(value), value + 3)

Для фрагмента из раздела «Динамические типы» верно: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Для фрагмента из раздела «Динамические типы» верно: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Для фрагмента из раздела «Динамические типы» верно: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Для фрагмента из раздела «Динамические типы» верно: Объявление local становится видимым только после своей инициализирующей части. Для фрагмента из раздела «Динамические типы» верно: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу.

Вопрос 2 из 20

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

local function reproduce_case()
  local value = 12
  value = "12"
  print(type(value), value + 3)
end
reproduce_case()

Другой вход в разделе «Динамические типы» должен сделать видимым: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Другой вход в разделе «Динамические типы» должен сделать видимым: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Другой вход в разделе «Динамические типы» должен сделать видимым: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Другой вход в разделе «Динамические типы» должен сделать видимым: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Другой вход в разделе «Динамические типы» должен сделать видимым: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел.

Вопрос 3 из 20

После рефакторинга тесты должны защищать одно правило. Какое? Речь идёт о центральном правиле раздела «Динамические типы».

do
  local value = 12
  value = "12"
  print(type(value), value + 3)
end

Контракт рефакторинга раздела «Динамические типы»: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Контракт рефакторинга раздела «Динамические типы»: Объявление local становится видимым только после своей инициализирующей части. Контракт рефакторинга раздела «Динамические типы»: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Контракт рефакторинга раздела «Динамические типы»: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Контракт рефакторинга раздела «Динамические типы»: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 4 из 20

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

Рабочий контракт раздела «Динамические типы» делает наблюдаемым: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Рабочий контракт раздела «Динамические типы» делает наблюдаемым: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Рабочий контракт раздела «Динамические типы» делает наблюдаемым: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Рабочий контракт раздела «Динамические типы» делает наблюдаемым: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Рабочий контракт раздела «Динамические типы» делает наблюдаемым: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части.

Вопрос 5 из 20

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

Рабочее правило всего раздела «Динамические типы»: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Рабочее правило всего раздела «Динамические типы»: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Рабочее правило всего раздела «Динамические типы»: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Рабочее правило всего раздела «Динамические типы»: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Рабочее правило всего раздела «Динамические типы»: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 6 из 20

Что нужно знать о Lua, прежде чем предсказывать результат этого кода? Нужна именно центральная гарантия раздела «Отсутствующее значение nil».

local t = {mode = "fast", retries = 2}
t.mode = nil
print(t.mode, rawget(t, "mode"), next(t) ~= nil)

Наблюдаемый результат в разделе «Отсутствующее значение nil» опирается на правило: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Наблюдаемый результат в разделе «Отсутствующее значение nil» опирается на правило: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Наблюдаемый результат в разделе «Отсутствующее значение nil» опирается на правило: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Наблюдаемый результат в разделе «Отсутствующее значение nil» опирается на правило: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Наблюдаемый результат в разделе «Отсутствующее значение nil» опирается на правило: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части.

Вопрос 7 из 20

Какую границу стоит сделать явной в регрессионной проверке? Нужен отрицательный сценарий для раздела «Отсутствующее значение nil».

local function reproduce_case()
  local t = {mode = "fast", retries = 2}
  t.mode = nil
  print(t.mode, rawget(t, "mode"), next(t) ~= nil)
end
reproduce_case()

Отрицательный сценарий для раздела «Отсутствующее значение nil» фиксирует: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Отрицательный сценарий для раздела «Отсутствующее значение nil» фиксирует: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Отрицательный сценарий для раздела «Отсутствующее значение nil» фиксирует: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Отрицательный сценарий для раздела «Отсутствующее значение nil» фиксирует: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Отрицательный сценарий для раздела «Отсутствующее значение nil» фиксирует: Объявление local становится видимым только после своей инициализирующей части.

Вопрос 8 из 20

Какой инвариант нельзя потерять при упрощении этого фрагмента? Выберите гарантию, определяющую раздел «Отсутствующее значение nil».

do
  local t = {mode = "fast", retries = 2}
  t.mode = nil
  print(t.mode, rawget(t, "mode"), next(t) ~= nil)
end

Регрессионный контракт раздела «Отсутствующее значение nil» требует: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Регрессионный контракт раздела «Отсутствующее значение nil» требует: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Регрессионный контракт раздела «Отсутствующее значение nil» требует: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Регрессионный контракт раздела «Отсутствующее значение nil» требует: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Регрессионный контракт раздела «Отсутствующее значение nil» требует: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел.

Вопрос 9 из 20

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

Надёжный интерфейс раздела «Отсутствующее значение nil» исходит из условия: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Надёжный интерфейс раздела «Отсутствующее значение nil» исходит из условия: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Надёжный интерфейс раздела «Отсутствующее значение nil» исходит из условия: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Надёжный интерфейс раздела «Отсутствующее значение nil» исходит из условия: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Надёжный интерфейс раздела «Отсутствующее значение nil» исходит из условия: Объявление local становится видимым только после своей инициализирующей части.

Вопрос 10 из 20

Какое утверждение о разделе «Отсутствующее значение nil» точно и не обещает лишнего? Нужна полная формулировка раздела «Отсутствующее значение nil».

Для раздела «Отсутствующее значение nil» верно: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Для раздела «Отсутствующее значение nil» верно: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Для раздела «Отсутствующее значение nil» верно: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Для раздела «Отсутствующее значение nil» верно: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Для раздела «Отсутствующее значение nil» верно: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу.

Вопрос 11 из 20

Какое правило точнее всего описывает происходящее в строке «local y = x + 1»? Ответ должен описывать основной механизм раздела «Локальные имена».

local x = 10
local y = x + 1
local x = x * 2
print(x, y)

Результат кода в разделе «Локальные имена» объясняет утверждение: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Результат кода в разделе «Локальные имена» объясняет утверждение: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Результат кода в разделе «Локальные имена» объясняет утверждение: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Результат кода в разделе «Локальные имена» объясняет утверждение: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Результат кода в разделе «Локальные имена» объясняет утверждение: Операции проверяют текущие значения во время выполнения.

Вопрос 12 из 20

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

local function reproduce_case()
  local x = 10
  local y = x + 1
  local x = x * 2
  print(x, y)
end
reproduce_case()

Проверка отказа в разделе «Локальные имена» строится вокруг условия: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Проверка отказа в разделе «Локальные имена» строится вокруг условия: nil обозначает отсутствие значения. Проверка отказа в разделе «Локальные имена» строится вокруг условия: Операции проверяют текущие значения во время выполнения. Проверка отказа в разделе «Локальные имена» строится вокруг условия: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Проверка отказа в разделе «Локальные имена» строится вокруг условия: Объявление local становится видимым только после своей инициализирующей части.

Вопрос 13 из 20

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

Эквивалентный рефакторинг раздела «Локальные имена» сохраняет следующее: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания. Эквивалентный рефакторинг раздела «Локальные имена» сохраняет следующее: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Эквивалентный рефакторинг раздела «Локальные имена» сохраняет следующее: Операции проверяют текущие значения во время выполнения. Эквивалентный рефакторинг раздела «Локальные имена» сохраняет следующее: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Эквивалентный рефакторинг раздела «Локальные имена» сохраняет следующее: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 14 из 20

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

Проверяемое решение раздела «Локальные имена» признаёт следующее: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу. Проверяемое решение раздела «Локальные имена» признаёт следующее: nil обозначает отсутствие значения. Проверяемое решение раздела «Локальные имена» признаёт следующее: Операции проверяют текущие значения во время выполнения. Проверяемое решение раздела «Локальные имена» признаёт следующее: Объявление local становится видимым только после своей инициализирующей части. Проверяемое решение раздела «Локальные имена» признаёт следующее: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 15 из 20

Какое утверждение о разделе «Локальные имена» точно и не обещает лишнего? Выберите описание, объединяющее механизм и границу раздела «Локальные имена».

Для раздела «Локальные имена» верно: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Для раздела «Локальные имена» верно: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Для раздела «Локальные имена» верно: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Для раздела «Локальные имена» верно: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Для раздела «Локальные имена» верно: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 16 из 20

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

local raw = "08"
local n = tonumber(raw)
print(n and n + 2, tostring(n))

Строку из раздела «Преобразования» нужно читать так: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Строку из раздела «Преобразования» нужно читать так: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Строку из раздела «Преобразования» нужно читать так: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Строку из раздела «Преобразования» нужно читать так: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Строку из раздела «Преобразования» нужно читать так: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел.

Вопрос 17 из 20

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

local function reproduce_case()
  local raw = "08"
  local n = tonumber(raw)
  print(n and n + 2, tostring(n))
end
reproduce_case()

Второй запуск раздела «Преобразования» нужен, чтобы увидеть: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Второй запуск раздела «Преобразования» нужен, чтобы увидеть: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Второй запуск раздела «Преобразования» нужен, чтобы увидеть: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Второй запуск раздела «Преобразования» нужен, чтобы увидеть: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Второй запуск раздела «Преобразования» нужен, чтобы увидеть: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 18 из 20

Какой контракт отличит эквивалентный рефакторинг от тихой поломки? Речь идёт о центральном правиле раздела «Преобразования».

Регрессионный контракт раздела «Преобразования» требует: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Регрессионный контракт раздела «Преобразования» требует: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Регрессионный контракт раздела «Преобразования» требует: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Регрессионный контракт раздела «Преобразования» требует: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части. Регрессионный контракт раздела «Преобразования» требует: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись.

Вопрос 19 из 20

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

В разделе «Преобразования» нельзя оставлять неявным условие: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. В разделе «Преобразования» нельзя оставлять неявным условие: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. В разделе «Преобразования» нельзя оставлять неявным условие: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. В разделе «Преобразования» нельзя оставлять неявным условие: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. В разделе «Преобразования» нельзя оставлять неявным условие: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части.

Вопрос 20 из 20

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

Весь контракт раздела «Преобразования» сводится к следующему: nil обозначает отсутствие значения; присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Весь контракт раздела «Преобразования» сводится к следующему: Неявные преобразования в Lua ограничены и зависят от версии: tonumber и tostring выражают намерение яснее, чем расчёт на автоматическое смешивание строк и чисел. Весь контракт раздела «Преобразования» сводится к следующему: Присваивание nil удаляет ключ из таблицы, а обращение к отсутствующему ключу возвращает nil, не создавая запись. Весь контракт раздела «Преобразования» сводится к следующему: В Lua тип принадлежит значению, а не переменной: одно имя может по очереди хранить число, строку или таблицу; операции проверяют текущие значения во время выполнения. Весь контракт раздела «Преобразования» сводится к следующему: local ограничивает имя лексическим блоком и обычно предпочтительнее глобального присваивания; объявление local становится видимым только после своей инициализирующей части.