кто рендерит )

а если я допустим FieldArray делаю и рендер филдов это просто метод

Здорово

пихаем компоненты в контекст и резолвим их с контекста

лол

артем, попробуй сначала писать в сторибуке компонент

а если я допустим FieldArray делаю и рендер филдов это просто метод

если каждое поле статично норм

это как ТДД

начинаешь смотреть на код по-другому

и на изоляцию

Вряд ли мне это оплатят когда-нибудь ?

почему?

Потому что все горит

Всегда

Везде

И всюду

пихаем компоненты в контекст и резолвим их с контекста

На самом деле идея прикольная, т.к ты можешь не задумываться ни про что а потом переопределить что хочется

ты в сове работаешь? )

Нет. Ну ладно, может я утрирую... Но пока не до этого точно

На самом деле идея прикольная, т.к ты можешь не задумываться ни про что а потом переопределить что хочется

В том смысле что { button: Button, row: Row }

как во vuejs

а в ангуларе не так?

На самом деле идея прикольная, т.к ты можешь не задумываться ни про что а потом переопределить что хочется

это DI через контекст

это DI через контекст

yes

я так сервисные классы пытался пробрасывать

не проще ли тогда один DI файл )

как во vuejs

Я после vue никак не могу отвыкнуть от this.$state.dispatch(бла-бла) удобно было

с рекэспортом

не проще ли тогда один DI файл )

Я эту концепцию для компонентов-библиотек присматривал

Например сложная таблица с апи реквестами которую надо конфигурить

или лайв серч

Я после vue никак не могу отвыкнуть от this.$state.dispatch(бла-бла) удобно было

у меня была дикая идея в реакте переопределить pragma для бабела и закинуть екшинс забинженные на стор в каждый компонент

Че такое DI расскажите

у меня была дикая идея в реакте переопределить pragma для бабела и закинуть екшинс забинженные на стор в каждый компонент

Как выругался прям))

https://habrahabr.ru/post/131993/

Спасибо

По простому, есть какой-то глобальный обьект который менеджит созданием инстансов, а ты вызываешь Resolve(Component)

и получаешь инстанс

А нельзя отнаследоваться от реактовского компонента, создать мастер-компонент какой надо ну и дальше все от него?

Ну это руками импортить этот компонент

В любом случае это не очень идея

Так в него можно запихнуть много всего, что потом импортить не придется)

А вот реально. Почему бы не сделать компонент, в котором будут сразу actions, constants, utils, store и т.п. и все из this дергать, вместо тучи импортов...

А вот реально. Почему бы не сделать компонент, в котором будут сразу actions, constants, utils, store и т.п. и все из this дергать, вместо тучи импортов...

Если правильно построить архитектуру и типизирвовать все это, то ок

А вот реально. Почему бы не сделать компонент, в котором будут сразу actions, constants, utils, store и т.п. и все из this дергать, вместо тучи импортов...

god object какой-то)

Интересно, может ли быть какое-то влияние на производительность

Если в контрукторе не заигрываться, то нет, наверное

Кор моего легаси

ребята знали толк в архитектуринге

доллары

Че такое DI расскажите

один кусок кода работает с неким обобщённым интерфейсом, другой отдельный (как правило, библиотечный) кусок кода отвечает за то чтобы динамически предоставлять первому куску кода объекты, наследующие этот интерфейс самый простой пример где это может быть удобно - mock objects для юнит-тестов надо тебе оттестировать код, работающий с БД - инжектишь вместо объекта который реально коннектится к БД фейковый объект, а код в котором собственно основная логика реализована об этом ничего и не знает

один кусок кода работает с неким обобщённым интерфейсом, другой отдельный (как правило, библиотечный) кусок кода отвечает за то чтобы динамически предоставлять первому куску кода объекты, наследующие этот интерфейс самый простой пример где это может быть удобно - mock objects для юнит-тестов надо тебе оттестировать код, работающий с БД - инжектишь вместо объекта который реально коннектится к БД фейковый объект, а код в котором собственно основная логика реализована об этом ничего и не знает

Ок, понял, спасибо

Если в контрукторе не заигрываться, то нет, наверное

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

А как он сейчас React обрабатывает?

юзается весь

Ну не на каждый инстанс компонента же?

Или я не понял чет

Подождите, о каком компайле речь идет? У нас обычное наследование, если линк на объект и все тут, нет?

Момент в том, что если есть неиспользуемый код, вызванный в мастер компоненте, он не "оттресется" вебпаком, это да

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

Что значит полный импорт?

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

То что откинуть не сможет понятно. Что значит "создаваться для каждого компонента"?

ERROR: S client not available

который расширяют все остальные компоненты

Да

ну вот, я о том, что для каждого расширителя будет создана копия мастера

Ну это, если не использовать es6 классы?

Т.е. проблема для ie бандла актуальна только

хм =\

это если использовать и использовать вебпак

насколько я знаю тайпскрипт не юзает классы из es6, а остался на function(), prototype, я скинул пример из билда с es6 typescript вебпаком, скомпилил он в es5

можно компилить тс в es6)

остальное оставить бабелу

ну и вебпаку импорты

Почему галп не используется?

Чем так вебпак хорош?

Почему галп не используется?

лол

лол

Краткиий ответ...

Чем так вебпак хорош?

Как минимум докой https://webpack.js.org/concepts/ Ну и функционалом, конечно

В него уже слишком много было вложено и вкладывается сейчас

После гранта от мозилы стало ясно, что это стандарт на ближайшее время

скомпилил в es8 использует class и extends в билде, уже без Object.create

А, ок)

скомпилил в es8 использует class и extends в билде, уже без Object.create

Точно ес8?))я только 6 изучил))

Точно ес8?))я только 6 изучил))

Крайне сомневаюсь, что ты осилил es6

ECMAScript 2017 (ES8)

Хотя бы половину

скомпилил в es8 использует class и extends в билде, уже без Object.create

А на сколько билд меньше?)

3700 vs 4100 строк в дев билде

в es6 тоже юзает class и extends размер соответственно 3700 как и в es8

Ну "строк"... Плюс дев... Интересно на КБ в прод посмотреть

в прод классы нетрансипеленные кинуть?)

Чем так вебпак хорош?

лол