но это можно и поправить если что

типо users1, users2... =))

запросто

нужна будет карта маппинга роутов

что куда, а остальное на 404

с точки зрения простоты наверно легче всего все сделать в одном месте

Опять же, не зная детали сложно судить, но я бы рассмотрел вариант с выносом этой логики на уровень выше. К примеру в nginx, если он есть перед приложением. И иметь при этом разные приложения, которые используют общие компоненты/стили, но имеют так же и свои собственные

Опять же, не зная детали сложно судить, но я бы рассмотрел вариант с выносом этой логики на уровень выше. К примеру в nginx, если он есть перед приложением. И иметь при этом разные приложения, которые используют общие компоненты/стили, но имеют так же и свои собственные

тогда бесшовности не будет

перезагрузка между роутами не нужна

да, nginx не вариант

наверно сделаю все в одном

и стили как-нить накостыляю

по глобальному классу

Да, согласен. Я бы всё-таки попробовал вариант с динамической загрузкой приложений. Не лучшее решение, но оно вроде бы требует меньше костылей. Вариант с import.then как мне кажется, может иметь неожиданные проблемы при пересекающихся роутах

cssinjs решил бы проблему стилей даже не создал бы)

наверно=))

но я пока не готов писать все стили в js

Да, согласен. Я бы всё-таки попробовал вариант с динамической загрузкой приложений. Не лучшее решение, но оно вроде бы требует меньше костылей. Вариант с import.then как мне кажется, может иметь неожиданные проблемы при пересекающихся роутах

а в любом случае для динамической подргрузки приложения нужен import.then а как роуты разрулишь это другой разговор уже

а import.then что-то схожее с require.ensure?

а import.then что-то схожее с require.ensure?

require.ensure нет в стандарте и есть только в первом вебпаке

воу

import().then есть в стандарте (stage-3), и во втором вебпаке нативно

только надо babel: es2015, modules: false

оно так и есть

чет не гуглится import then

https://webpack.js.org/guides/code-splitting-async/

https://github.com/tc39/proposal-dynamic-import

гуглится

http://2ality.com/2017/01/import-operator.html

спасибо=)

а такие динамические импорты вебпак не будет в бандл собирать, они будут просто подтягиваться отдельно без минификации?

а такие динамические импорты вебпак не будет в бандл собирать, они будут просто подтягиваться отдельно без минификации?

короч когда ты указываешь import(/name/${foo}.js) вебпак ищет в папке name все файлики *.js и создает суббандлы, нумерует их и подтянет нужный по карте name: id, когда вызовешь import() этот Но в основной бандл они не попадут

понял, аналогично с require ensure

поэтому файлы которые хочешь динамически импортить, нужно пхать в отдельную директорию и желательно именовать, чтобы лишнего не попало в суббандлы Кстати, суббандл будет называться 0.bundleName.js 1.bundleName.js, вместо bundleName имя твоего основного бандла

понял, аналогично с require ensure

только проще и на промисах

спасибо!

testem ругается на import, в доке описания нет как обойти

testem ругается на import, в доке описания нет как обойти

что такое testem?

среда для тестов

тестранер если угодно

testem ругается на import, в доке описания нет как обойти

попробуй npmjs.com/babel-plugin-import-node для тестового окружения

да не. ладно, тут или знаете или нет )

да не. ладно, тут или знаете или нет )

просто на ноде нет import().then поэтому я написал этот плагин, он мне позволяет сервер-сайд-рендеринг с асинк-чанками сам подумай, у тебя тесты в ноде гоняются, в которой нативно нет import().then

вставлю свои любимые 5 копеек

что можно еще ноду вебпаком собирать

ещё и тесты, да?

СЛАВА ВЕБПАКУ

а твой модуль подменяет импорт на псевдо ревкваер?

СЛАВА ВЕБПАКУ

пиздец...

а твой модуль подменяет импорт на псевдо ревкваер?

он заворачивает require в промис, чтобы хэндлить ошибки нормально

хм... я думаю мне проще будет через babel cli прокинуть, но твой модуль интересный, в закладку добавлю =)

хм... я думаю мне проще будет через babel cli прокинуть, но твой модуль интересный, в закладку добавлю =)

а что там можно через babel-cli прокинуть?

тесты запускать?))

и во что babel-cli будет трансформировать ВЕБПАКовский нативный import.then?

там же [es2015, { modules: false }]

там же [es2015, { modules: false }]

даже если modules: commonjs, бабель не умеет import().then ни во что трансформировать)

http://babeljs.io/repl/#?babili=false&evaluate=true&lineWrap=false&presets=es2015-loose%2Ces2016%2Ces2017%2Creact%2Cstage-0%2Cstage-1%2Cstage-2%2Cstage-3&targets=&browsers=&builtIns=false&debug=false&code=%0Aimport%20foo%20from%20'foo'%0A%0Aimport('foo').then(module%20%3D%3E%20module)

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

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

нахуй не надо этим заниматься, ещё тесты через вебпак не запускали... пздц

я просто до этого кармой пользовался, там проблем не было, но я вот не помню были ли там в тестах import'ы

обычные import'ы умеет babel

http://babeljs.io/repl/#?babili=false&evaluate=true&lineWrap=false&presets=es2015-loose%2Ces2016%2Ces2017%2Creact%2Cstage-0%2Cstage-1%2Cstage-2%2Cstage-3&targets=&browsers=&builtIns=false&debug=false&code=%0Aimport%20foo%20from%20'foo'%0A%0Aimport('foo').then(module%20%3D%3E%20module)

вот пример

да эт понятно

Для babel вроде ещё такая вот штука есть

https://github.com/airbnb/babel-plugin-dynamic-import-node

Она вроде в Jest юзается для разруливания import.then

он кода больше генерит

ERROR: S client not available

он в каждом import().then вставляет (Promise.resolve().then(() => require(''))

нахуй не надо этим заниматься, ещё тесты через вебпак не запускали... пздц

Ну вот ты всегда говоришь просто "это не надо", а потом вон пакеты делаешь, лишь бы не пользоваться готовым инструментом да ещё и для его же родной фичи

Ну вот ты всегда говоришь просто "это не надо", а потом вон пакеты делаешь, лишь бы не пользоваться готовым инструментом да ещё и для его же родной фичи

эм вебпак просто имплементировал фичу из пропозала в стандарт да и собирать бандл для ноды не нужно особенно если у меня в проекте вообще НЕТ вебпака (например) для серверсайд вебпак только лишняя прослойка

Если бы наши вкусы на баб так же отличались , как на вебпак и jss, мы б могли неплохо саппортить друг другу при съёме тёлочек в баре

Если бы наши вкусы на баб так же отличались , как на вебпак и jss, мы б могли неплохо саппортить друг другу при съёме тёлочек в баре

кто знает =)

Если бы наши вкусы на баб так же отличались , как на вебпак и jss, мы б могли неплохо саппортить друг другу при съёме тёлочек в баре

вот кстати, уже писал кейс, где вебпак дохера лишний)) с библиотекой компонентов

Ну я ж не говорю, что панацея

прост, если в проекте, css-modules, то тут да, лучше вебпак юзать, ибо проще и быстрее а если cssinjs и SSR, то лучше на ноде сходу

Просто во многих задачах не вижу смысла без него другими инструментами делать, если он уже есть, и конфиги для него обычно не сильно разные из проекта в проект энивэй

Ну вот у меня цсс модули почти везде, да

Просто во многих задачах не вижу смысла без него другими инструментами делать, если он уже есть, и конфиги для него обычно не сильно разные из проекта в проект энивэй

если конфиги самописные, то придется иметь 3 набора конфигов, сборка, сервер, тесты (не учитывая дев-сервера)

6, каждый для сервера и клиента)

тем более

а у меня вот для библиотеки 2 конфига, прод и дев(прод)

То есть дев, прод и тесты х2

Но они почти совпадают, разницы там строк на 10

Кстати, ребят, использую airbnb lint config, он включает в себя правила стандарта a11y - правила написания html для людей с ограниченными возможности. Интересно, кто нибудь здесь придерживается этих правил?

Кстати, ребят, использую airbnb lint config, он включает в себя правила стандарта a11y - правила написания html для людей с ограниченными возможности. Интересно, кто нибудь здесь придерживается этих правил?

я

Вроде не проблема их поддерживать, но мои коллеги не особо хотят писать всякие аттрибуты типа role и т.д.

ну выключите)

Да, они уже добавили исключение в виде warning пока - что

А ещё там есть баг, из - за, которого это пришлось сделать

Типо валидный случай не проходил. Это когда пытаешься навесить на div событие onClick, нужно писать role="button"

правильно ли запускать экшоны когда мы внутри контейнера ?

чтото не срабатывает :( то есть компонент контейнера не получает изменения сторы если я дёррргаю экшоны в контенере

правильно ли запускать экшоны когда мы внутри контейнера ?

Шта????

контейнер = умный компонент, и он возвращает

чтото не срабатывает :( то есть компонент контейнера не получает изменения сторы если я дёррргаю экшоны в контенере

mapStateToProps ?

чтото не срабатывает :( то есть компонент контейнера не получает изменения сторы если я дёррргаю экшоны в контенере

Ты их дергаешь, и они скорее всего даже выполняются. А вот компонент получает новые пропсы?

Ты их дергаешь, и они скорее всего даже выполняются. А вот компонент получает новые пропсы?

неа :( в том то и дело

mapStateToProps ?

для нужной ветки сторы я уже сделал это .. скорее всего решение не здесь.

неа :( в том то и дело

В компоненте componentWillRecieveProps(nextProps) сделай