Я пытаюсь понять преимущества популярного r.js.Что действительно делает r.js?
Кажется ...
- конкатенации список вручную выбранных файлов JavaScript
- уродовать/минимизировать этот комбинированный код
- сделать некоторые аналогичные вещи для файлов CSS (объединить их)
Кроме того, (), что он отличает его от общих средств объединения/минимизации) it кажется, ...
- новообращенного Node стиле
require()
модули на модули типа AMD - имени анонимных модулей (например.
define(['dependency'], function(){...}
) - предлагает некоторую поддержку плагинов загрузчика, например. встроенный CSS файлы
Это не, кажется ...
- анализировать и автоматически разрешать зависимости, найденные в файлах (как, включаемый файл
foo.js
в пакет только потому, что r.js находитdefine(["foo"], ...)
Является ли это правильно, или я что-то пропустил?
У меня было неправильное редактирование, и вы действительно подразумевали, что он должен «включать файл' foo.js' в пакет только потому, что r.js находит ** 'define ([" foo "],. ..) '***"? Если код уже существует ('foo' определен), я не понимаю, почему вы хотите загрузить файл' foo.js'. – Bergi
[RequireJS/Optimization] (http://requirejs.org/docs/optimization.html): «[r.js] Объединяет связанные скрипты вместе в строковые слои и их минимизирует». Сам граф зависимостей * все еще разрешен во время выполнения *, все модули просто были сдвинуты вместе и поэтому не требуют отдельных выборок ресурсов. – user2864740
@Bergi: Не знаю о вашем редактировании, но да, я хочу убедиться, что правильно, что r.js автоматически не разрешает какие-либо зависимости. Я не говорю, что это должно быть сделано. Мне просто кажется, что r.js выполняет некоторые синтаксические разбор/обработку JavaScript и хочет, чтобы я понял все шаги в этом процессе. –