Какой выбрать поддерживаемый boilerplate для ES6/typescript?

Question

[Евгений Попов]

Для начала одного проекта на базе babylon.js(three.js рассматривал, но хочется все же что-то "по-актуальней" в плане кода библиотеки) не хотелось бы изобретать очередной "велосипед" и выбрать boilerplate - шаблон проекта под сборщик, без example код проекта(либо который можно удалить через системный clean up) и/или навязанной структуры проекта(соответственно не starter-kit, так как будет сборная солянка из разных модулей).

Технологии:

• ES6(babel?), typescript
  
• Scss или postscss(не принципиально)
  
• Webpack/Gulp(watch/serve, build, autodocs(желательно, но можно пренебречь) & etc.) + eslint, + открытые конфиги сразу в проекте, а не настройки по умолчанию
  
• npm(может быть и yarn, но вроде они совместимы и в данном случае, по идее, не принципиально)
  
• Не привязанный к конкретному фреймворку/js-библиотеке
  

Важно чтобы проект был не заброшенным(когда сам искал, часто сталкивался с тем, что тот или иной проект впоследний раз обновлялись 1-2 года назад). Также желательно чтобы в нем была базовая документация по всем его составным частями и файлам настроек, чтобы не искать.

Answer 1

[Олег Драпеза]

На самом деле, это как раз тот случай, когда надо изобретать велосипед)
Все что вы хотите - это просто конфиг вебпака и набор команд для запуска, dev и production.

Соответственно вам надо установить webpack и webpack-dev-server, показать откуда брать файлы, как обрабатывать (за это отвечают loaders), и куда их собирать - не поленитесь изучить вебпак, можете посмотреть этот скринкаст

Вот простой пример, я использую этот шаблон для изучения typescript.
Правда webpack 1 уже deprecated, но разница в конфиге не критичная, так что скринкаст все-равно актуален.

Нужен ES6 одновременно с typescript - добавляете babel-loader
Нужен css препроцессор - добавляете loader к этому препроцессору
Нужен линтинг - устанавливайте eslint и конфиги Airbnb

Comments

[Евгений Попов]

У меня есть уже свой велосипед(gulp, grunt, а модный нынче webpack так до сих пор и не изучал толком, только юзал аля blackbox), но лень его поддерживать в актуальном состоянии. Хочется проектом заниматься, а не enviroment дебажит и актуализировать. Но вы, конечно, абсолютно правы, и если я ничего не найду и после вопроса здесь, то так и поступлю. Спасибо.

[Олег Драпеза]

Евгений Попов: не забывайте, что возьмете вы шаблон, начнете от него делать проект - и уже так просто сам шаблон не обновить, то есть его актуальность кончится ровно на том моменте, как вы его клонируете и начнете с ним работать)

[Евгений Попов]

Олег Драпеза: А вот это не факт, если там конфиги подключены корректно то я их могу вынести из проекта и нормально актуализировать как минимум минорные апдейты, в ряде случаев это возможно почти без потерь или с небольшими правками. Вот например ionc framework для обновления проекта с ionic2 rc3 на release у меня ушло не более час при этом в коде самого проекта мне нужно было обновить только один файл поменяв ему имя - так что если на архитектуру не забивать(находясь в роли разработчика чего-то что отправляешь в свободное плаванье), то все получается вполне себе "ок".

[Олег Драпеза]

Евгений Попов: исходники фреймворка вы не правите, в отличие от шаблона) А так, да, вы можете делать отдельный fork от этого шаблона, обновлять по необходимости и исправлять конфликты.

[Евгений Попов]

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

[Евгений Попов]

Артём Петренков: не очень понятен ваш вопрос, в данном контексте.

Answer 2

[Евгений Попов]

В общем в итоге, как и писал ранее, раз уже решений не было предложено, то собрал свое(webpack 2, devServer, eslint, bable, postcss, jade), в принципе в дальнейшем можно будет выложить в общий доступ.