Модули и require — бесплатный тест онлайн

Вопрос 1 из 25

Результат здесь задаёт не соглашение проекта, а правило языка. Какое? Выберите основное правило раздела «Пути поиска package.path».

package.path = "./lib/?.lua;./lib/?/init.lua;" .. package.path
local name = "tools.format"
local file = package.searchpath(name, package.path)
print(file)

Строку из раздела «Пути поиска package.path» нужно читать так: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Строку из раздела «Пути поиска package.path» нужно читать так: require кэширует результат в package.loaded и обычно выполняет модуль один раз. Строку из раздела «Пути поиска package.path» нужно читать так: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Строку из раздела «Пути поиска package.path» нужно читать так: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Строку из раздела «Пути поиска package.path» нужно читать так: Точки преобразуются по шаблону package.path и зависят от настроенной среды.

Вопрос 2 из 25

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

local function reproduce_case()
  package.path = "./lib/?.lua;./lib/?/init.lua;" .. package.path
  local name = "tools.format"
  local file = package.searchpath(name, package.path)
  print(file)
end
reproduce_case()

Повторный запуск в разделе «Пути поиска package.path» должен выявить: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Повторный запуск в разделе «Пути поиска package.path» должен выявить: Рабочее решение не должно зависеть от случайного текущего каталога процесса. Повторный запуск в разделе «Пути поиска package.path» должен выявить: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Повторный запуск в разделе «Пути поиска package.path» должен выявить: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Повторный запуск в разделе «Пути поиска package.path» должен выявить: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 3 из 25

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

do
  package.path = "./lib/?.lua;./lib/?/init.lua;" .. package.path
  local name = "tools.format"
  local file = package.searchpath(name, package.path)
  print(file)
end

Контракт рефакторинга раздела «Пути поиска package.path»: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Контракт рефакторинга раздела «Пути поиска package.path»: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Контракт рефакторинга раздела «Пути поиска package.path»: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Контракт рефакторинга раздела «Пути поиска package.path»: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Контракт рефакторинга раздела «Пути поиска package.path»: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 4 из 25

Для раздела «Пути поиска package.path» выбирают между коротким трюком и ясным контрактом. Что предпочтительнее? Выберите практическое следствие раздела «Пути поиска package.path».

Рабочий контракт раздела «Пути поиска package.path» делает наблюдаемым: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Рабочий контракт раздела «Пути поиска package.path» делает наблюдаемым: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Рабочий контракт раздела «Пути поиска package.path» делает наблюдаемым: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Рабочий контракт раздела «Пути поиска package.path» делает наблюдаемым: Рабочее решение не должно зависеть от случайного текущего каталога процесса. Рабочий контракт раздела «Пути поиска package.path» делает наблюдаемым: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 5 из 25

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

Весь контракт раздела «Пути поиска package.path» сводится к следующему: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Весь контракт раздела «Пути поиска package.path» сводится к следующему: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Весь контракт раздела «Пути поиска package.path» сводится к следующему: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Весь контракт раздела «Пути поиска package.path» сводится к следующему: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Весь контракт раздела «Пути поиска package.path» сводится к следующему: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей.

Вопрос 6 из 25

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

package.preload.demo = function()
  print("loading")
  return {value=1}
end
local a=require("demo")
local b=require("demo")
print(a==b)

Центральный механизм раздела «Кэш модулей»: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Центральный механизм раздела «Кэш модулей»: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Центральный механизм раздела «Кэш модулей»: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Центральный механизм раздела «Кэш модулей»: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Центральный механизм раздела «Кэш модулей»: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации.

Вопрос 7 из 25

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

local function reproduce_case()
  package.preload.demo = function()
    print("loading")
    return {value=1}
  end
  local a=require("demo")
  local b=require("demo")
  print(a==b)
end
reproduce_case()

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

Вопрос 8 из 25

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

do
  package.preload.demo = function()
    print("loading")
    return {value=1}
  end
  local a=require("demo")
  local b=require("demo")
  print(a==b)
end

Тесты после замены реализации раздела «Кэш модулей» подтверждают: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Тесты после замены реализации раздела «Кэш модулей» подтверждают: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Тесты после замены реализации раздела «Кэш модулей» подтверждают: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Тесты после замены реализации раздела «Кэш модулей» подтверждают: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Тесты после замены реализации раздела «Кэш модулей» подтверждают: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 9 из 25

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

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

Вопрос 10 из 25

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

Надёжное понимание раздела «Кэш модулей» опирается на правило: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Надёжное понимание раздела «Кэш модулей» опирается на правило: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Надёжное понимание раздела «Кэш модулей» опирается на правило: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Надёжное понимание раздела «Кэш модулей» опирается на правило: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Надёжное понимание раздела «Кэш модулей» опирается на правило: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды.

Вопрос 11 из 25

Какое правило Lua нужно применить, чтобы верно прочитать этот фрагмент? Нужна именно центральная гарантия раздела «Возвращаемое значение».

package.preload.flag = function()
  local x = 7
  -- нет return
end
local m=require("flag")
print(m, package.loaded.flag)

При разборе раздела «Возвращаемое значение» здесь действует условие: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. При разборе раздела «Возвращаемое значение» здесь действует условие: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. При разборе раздела «Возвращаемое значение» здесь действует условие: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. При разборе раздела «Возвращаемое значение» здесь действует условие: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. При разборе раздела «Возвращаемое значение» здесь действует условие: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 12 из 25

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

local function reproduce_case()
  package.preload.flag = function()
    local x = 7
    -- нет return
  end
  local m=require("flag")
  print(m, package.loaded.flag)
end
reproduce_case()

Граничный тест раздела «Возвращаемое значение» должен показать: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Граничный тест раздела «Возвращаемое значение» должен показать: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Граничный тест раздела «Возвращаемое значение» должен показать: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Граничный тест раздела «Возвращаемое значение» должен показать: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Граничный тест раздела «Возвращаемое значение» должен показать: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 13 из 25

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

do
  package.preload.flag = function()
    local x = 7
    -- нет return
  end
  local m=require("flag")
  print(m, package.loaded.flag)
end

После упрощения кода раздела «Возвращаемое значение» по-прежнему верно: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. После упрощения кода раздела «Возвращаемое значение» по-прежнему верно: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. После упрощения кода раздела «Возвращаемое значение» по-прежнему верно: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. После упрощения кода раздела «Возвращаемое значение» по-прежнему верно: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. После упрощения кода раздела «Возвращаемое значение» по-прежнему верно: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 14 из 25

Решение по разделу «Возвращаемое значение» должно пережить обновление зависимости. Что фиксировать в контракте? Ответ должен выражать проверяемое следствие раздела «Возвращаемое значение».

Рабочий контракт раздела «Возвращаемое значение» делает наблюдаемым: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Рабочий контракт раздела «Возвращаемое значение» делает наблюдаемым: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Рабочий контракт раздела «Возвращаемое значение» делает наблюдаемым: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Рабочий контракт раздела «Возвращаемое значение» делает наблюдаемым: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Рабочий контракт раздела «Возвращаемое значение» делает наблюдаемым: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса.

Вопрос 15 из 25

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

Рабочее правило всего раздела «Возвращаемое значение»: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Рабочее правило всего раздела «Возвращаемое значение»: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Рабочее правило всего раздела «Возвращаемое значение»: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Рабочее правило всего раздела «Возвращаемое значение»: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Рабочее правило всего раздела «Возвращаемое значение»: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды.

Вопрос 16 из 25

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

package.preload.a=function() local b=require("b"); return {b=b} end
package.preload.b=function() local a=require("a"); return {a=a} end
local ok,err=pcall(require,"a")
print(ok, err)

Центральный механизм раздела «Циклические зависимости»: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую. Центральный механизм раздела «Циклические зависимости»: Если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Центральный механизм раздела «Циклические зависимости»: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Центральный механизм раздела «Циклические зависимости»: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку. Центральный механизм раздела «Циклические зависимости»: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 17 из 25

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

local function reproduce_case()
  package.preload.a=function() local b=require("b"); return {b=b} end
  package.preload.b=function() local a=require("a"); return {a=a} end
  local ok,err=pcall(require,"a")
  print(ok, err)
end
reproduce_case()

Граничный тест раздела «Циклические зависимости» должен показать: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Граничный тест раздела «Циклические зависимости» должен показать: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Граничный тест раздела «Циклические зависимости» должен показать: Рабочее решение не должно зависеть от случайного текущего каталога процесса. Граничный тест раздела «Циклические зависимости» должен показать: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Граничный тест раздела «Циклические зависимости» должен показать: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 18 из 25

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

do
  package.preload.a=function() local b=require("b"); return {b=b} end
  package.preload.b=function() local a=require("a"); return {a=a} end
  local ok,err=pcall(require,"a")
  print(ok, err)
end

Эквивалентный рефакторинг раздела «Циклические зависимости» сохраняет следующее: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Эквивалентный рефакторинг раздела «Циклические зависимости» сохраняет следующее: require кэширует результат в package.loaded и обычно выполняет модуль один раз. Эквивалентный рефакторинг раздела «Циклические зависимости» сохраняет следующее: Если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Эквивалентный рефакторинг раздела «Циклические зависимости» сохраняет следующее: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку. Эквивалентный рефакторинг раздела «Циклические зависимости» сохраняет следующее: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую.

Вопрос 19 из 25

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

Для эксплуатации раздела «Циклические зависимости» важно зафиксировать: Рабочее решение не должно зависеть от случайного текущего каталога процесса. Для эксплуатации раздела «Циклические зависимости» важно зафиксировать: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Для эксплуатации раздела «Циклические зависимости» важно зафиксировать: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Для эксплуатации раздела «Циклические зависимости» важно зафиксировать: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Для эксплуатации раздела «Циклические зависимости» важно зафиксировать: require кэширует результат в package.loaded и обычно выполняет модуль один раз.

Вопрос 20 из 25

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

Для раздела «Циклические зависимости» верно: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Для раздела «Циклические зависимости» верно: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Для раздела «Циклические зависимости» верно: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Для раздела «Циклические зависимости» верно: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Для раздела «Циклические зависимости» верно: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса.

Вопрос 21 из 25

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

local loaders = package.searchers or package.loaders
for i, searcher in ipairs(loaders) do
  local loader, extra = searcher("missing.module")
  print(i, type(loader), extra)
end

Строку из раздела «Пограничные случаи» нужно читать так: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Строку из раздела «Пограничные случаи» нужно читать так: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. Строку из раздела «Пограничные случаи» нужно читать так: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку. Строку из раздела «Пограничные случаи» нужно читать так: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую. Строку из раздела «Пограничные случаи» нужно читать так: Если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 22 из 25

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

local function reproduce_case()
  local loaders = package.searchers or package.loaders
  for i, searcher in ipairs(loaders) do
    local loader, extra = searcher("missing.module")
    print(i, type(loader), extra)
  end
end
reproduce_case()

Скрытая граница раздела «Пограничные случаи» проявляется так: require кэширует результат в package.loaded и обычно выполняет модуль один раз. Скрытая граница раздела «Пограничные случаи» проявляется так: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Скрытая граница раздела «Пограничные случаи» проявляется так: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Скрытая граница раздела «Пограничные случаи» проявляется так: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Скрытая граница раздела «Пограничные случаи» проявляется так: Рабочее решение не должно зависеть от случайного текущего каталога процесса.

Вопрос 23 из 25

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

После правки раздела «Пограничные случаи» должно оставаться верным: Принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации. После правки раздела «Пограничные случаи» должно оставаться верным: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. После правки раздела «Пограничные случаи» должно оставаться верным: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку. После правки раздела «Пограничные случаи» должно оставаться верным: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую. После правки раздела «Пограничные случаи» должно оставаться верным: Если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом.

Вопрос 24 из 25

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

Проверяемое решение раздела «Пограничные случаи» признаёт следующее: Точки преобразуются по шаблону package.path и зависят от настроенной среды. Проверяемое решение раздела «Пограничные случаи» признаёт следующее: Устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Проверяемое решение раздела «Пограничные случаи» признаёт следующее: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных. Проверяемое решение раздела «Пограничные случаи» признаёт следующее: require кэширует результат в package.loaded и обычно выполняет модуль один раз. Проверяемое решение раздела «Пограничные случаи» признаёт следующее: Рабочее решение не должно зависеть от случайного текущего каталога процесса.

Вопрос 25 из 25

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

Надёжное понимание раздела «Пограничные случаи» опирается на правило: Поисковик модуля может вернуть подробную строку ошибки, а имя require не является файловым путём напрямую; точки преобразуются по шаблону package.path и зависят от настроенной среды. Надёжное понимание раздела «Пограничные случаи» опирается на правило: Циклическая зависимость может увидеть частично инициализированный модуль или повторно войти в загрузку; устойчивее вынести общий контракт либо внедрить зависимость после создания модулей. Надёжное понимание раздела «Пограничные случаи» опирается на правило: Модуль должен вернуть явное значение интерфейса; если загрузчик не вернул значение, require сохраняет служебное true, что редко является удобным публичным контрактом. Надёжное понимание раздела «Пограничные случаи» опирается на правило: package.path задаёт шаблоны поиска Lua-модулей, а package.cpath — нативных; рабочее решение не должно зависеть от случайного текущего каталога процесса. Надёжное понимание раздела «Пограничные случаи» опирается на правило: require кэширует результат в package.loaded и обычно выполняет модуль один раз; принудительное обнуление кэша требует учёта старых ссылок и побочных эффектов инициализации.