|
Цитата:
|
для компоновки фич библиотеки выглядит очень удобно, но если есть проект в продакшене, за зависимостями человеку лучше вообще не следить. по крайней мере, мне это трудно делать а вот когда модуль сам говорит, от чего он зависит, так легче
такая же идея ("модуль говорит, от чего он зависит") у пакетов в линуксовых менеджерах пакетов. и у пакетов npm тоже
|
Теперь понял о чём ты
Да, не удобно. Я юзаю файлы манифесты, как npm и похожих штук, например:
// blocks/b-avatar-uploader-form/b-avatar-uploader-form.json
{
"block": "b-avatar-uploader-form",
"extends": "b-window",
"use": {
"logic": true, // js
"style": true, // stylus
"tpl": true // snakeskin
},
"dependencies": [
"b-form",
"b-image-editor",
"b-progress",
"b-uploader",
"b-button"
]
}
И такой подход для всего: виджеты, страницы, сборки (т.е. одна сборка зависит от другой или наследуется). Сборщик сам бьёт на модули, выкидывает дубликаты и т.д. по построенному графу, использую своё решение интегрированное как плагин для Grunt.