Я делаю пакет, который предоставляет некоторые дополнительные компоненты ui для начальной загрузки. Я решил зависеть от (awesome) nemo64:bootstrap пакета для библиотеки самонагрузки LESS.Как повторно использовать LESS-переменные bootstrap в метеорном пакете
В моем пакете должны быть предоставлены дополнительные файлы LESS, которые потребуют некоторых из младших переменных начальной загрузки (скажем, @brand-success
). Конечный пользователь может очень хорошо настроить эти переменные.
Пакет nemo64:bootstrap содержит файл (custom.bootstrap.import.less
) с загрузочными переменными, чтобы пользователь мог включить его там, где это необходимо. Это также место, где пользователь должен настроить свой бутстрап. Поэтому я хотел бы включить это в файл меньшего размера пакета, но я не знаю, из моего пакета, где конечный пользователь будет помещать этот файл.
Я мог предположить, что заданный по умолчанию путь имеет пример в документации пакета nemo64:bootstrap (/client/lib/custom.bootstrap.import.less
), но если другой автор пакетов сделает другой выбор, пакеты будут несовместимы.
Есть ли способ не применять определенную файловую архитектуру для конечных пользователей?
Я не хочу включать в себя код более высокого кода, потому что конечный пользователь, возможно, настроил его более высокий уровень.Или, может быть, я пропустил что-то из вашего ответа. Но спасибо, потому что ваш комментарий приведет меня к другому решению (см. Мой ответ). –
Если настройка означает, что конечный пользователь должен быть включен, чтобы изменить переменные Lessest Bootstrap, вы должны заметить, что Less использует ленивую загрузку и последние объявления для переменных. Таким образом, вы можете переопределить каждую переменную, поместив ее впоследствии. См. Также http://lesscss.org/features/#variables-feature-lazy-loading –