2015-03-10 2 views
15

У меня есть проект в арфах с этой стандартной структурой каталогов:Как включить компоненты Бауэр в арфе

enter image description here

(выделенные части находятся в моем мерзавце, bower_components и www должны быть созданы при установке/компиляции).

Когда я устанавливаю новый компонент bower, я могу легко включить его css в мой Less, например.

@import "../../bower_components/some-component/stuff"; 

но что будет «правильный» способ использовать JavaScripts (или других статических активов, по этому вопросу)? Конечно, я мог бы просто скопировать их, например.

cp bower_components/some-jquery-plugin/plugin.js public/js/plugin.js 

и это what people actually do, но я искал что-то лучше. В идеале я хотел бы избежать MAKEFILES/gruntfiles полностью и быть в состоянии инициализировать мой проект только с bower install:

git clone myproject // this will create public/ and bower/harp.json 
    cd myproject 
    bower install  // this populates bower_components 
    harp server/compile // just works... 

Другими словами, я хотел бы, чтобы каким-то образом ссылаться на статические активы, которые находятся в bower_components из внутри public реж. Symlinking не является вариантом, потому что harp compile не разрешает символические ссылки.

+0

Похоже, в конечном итоге вы хотите, чтобы арфа сделала для вас какое-то конкатенирование и мини-игры. Я нашел этот [Feature Request on GitHub] (https://github.com/sintaxi/harp/issues/127) для аналогичной функциональности. –

+0

прочитайте это, возможно, это поможет вам http://kevin.saliou.name/posts/2013-10-12-getting-started-with-harp.html – Vardius

ответ

3

Быстрое и грязное решение заключается в настройке настроек .bowerrc, чтобы изменить каталог по умолчанию, в который установлены компоненты балансировки.

.bowerrc

{ 
    "directory": "public/js/bower" 
    ... 
} 

Теперь команда bower install будет сбрасывать зависимости непосредственно в public/js/bower каталог.

Upside: Это быстрый «один вкладыш» в вашем .bowerrc

Даунсайд: Все исходные файлы для этих зависимостей получить развернутый публично, если у вас есть сценарий развертывания, очищает ненужные файлы , Опять же, если все они являются проектами с открытым исходным кодом, которые вы используете, то действительно не имеет значения, находятся ли эти дополнительные файлы на вашем веб-сервере.

+0

ОП указывает, что ему не нужен дополнительный шаг, gruntfiles и makefiles запрещены. Как и для, я полагаю, любой бегун задачи. – axelduch

+0

@aduch: Верно. Извини за это. Должен был внимательно прочитать вопрос. –

+0

Бывает и со мной, чаще всего это должно происходить – axelduch

Смежные вопросы