Я думаю у него нет такой возможности

Я думаю у него нет такой возможности

Ну и нет смысла вообще юзать стайлед. Ибо его основная идея в динамичности, темы, пропсы

Вроде совместим. Но у эмошн рантайм есть некий, вероятно он потом работает как стайлед

Ну и нет смысла вообще юзать стайлед. Ибо его основная идея в динамичности, темы, пропсы

Мне он не понравился, я за jss болею

Мне он не понравился, я за jss болею

А жсс не может динамические стили сразу несколько

А жсс не может динамические стили сразу несколько

Не понял о чем ты, он мне просто нраится

Не понял о чем ты, он мне просто нраится

О том, что я не могу по условию из пропс менять сразу несколько атрибутов стилей. Только дублируя в каждом код

Это нужно крайне редко, чтобы настолько сажать скорость

У меня на 400 компонентов только 1 такой был. Просто переписал.

Видимо у меня не возникало пока такой необходимости

о, как раз о стилях говорят

что в реальных проектах показалось удобнее ?

styled или jss?

Видимо у меня не возникало пока такой необходимости

Вы видимо динамические темы не делали

что в реальных проектах показалось удобнее ?

На вкус

Типо темная/светлая?

Типо темная/светлая?

Типа любая

У нас сейчас 6 тем для разных банков

Ну я имею ввиду переключатель?

Да, такая штука не нужна была

Ну я имею ввиду переключатель?

Нет. Библиотека компонентов одна. 6 проектов в которых подключена и везде разное отображение компонентов

И чтобы не дублировать стили, вы используете SC?

И чтобы не дублировать стили, вы используете SC?

Чтобы нормально разрабатывать

единственная фича styled против jss , это динамичность ?

Да, на JSS так не сделать

она стоит лишних 10кб ?

единственная фича styled против jss , это динамичность ?

Нет. Они оба могут

она стоит лишних 10кб ?

Стоит)))

она стоит лишних 10кб ?

Это сфера банковского обслуживания и по для менеджеров и бизнес клиентов. 10КБ для них ничего не изменят. А если нам это даст преимущество при разработке и поддержке это огромный плюс

Это сфера банковского обслуживания и по для менеджеров и бизнес клиентов. 10КБ для них ничего не изменят. А если нам это даст преимущество при разработке и поддержке это огромный плюс

ну для админок и прочего подобного, то да

о бандле не особо думают

а если это виджеты, которые встраивают в другие страницы, то нужно экономить )

а если это виджеты, которые встраивают в другие страницы, то нужно экономить )

И такое тоже есть

Разбито на чанки и длл. Которые грузятся между проектами

Один длл закешил и везде юзается

Друзья привет В данный момент изучаю сабж и наткнулся на то, что не так давно вышел react-router 4 Но мануалы по которым осваиваю и осознаю технологию рассказывают о версии 3 Посмотрел на офф доки по 4й версии, в принципе все понятно Но правильно ли я понимаю, что с версией 3 никаких особых граблей нет? И можно при реализации проекта операться на нее? П.с. Друзья сори за нубские вопросы, сильно не закидывайте шапками, в кодинге давно, но в основном это был пхп и с++ В данный момент перехожу на ноджс под бекенд и реакт+редакс под фронт

Юзай третью

Тут все только ходят и плюются на 4))

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

Мы вот недавно перевели роутинг в проекте с 3 на 4-ою версию, сначало было больно, но спустя некоторое время привыкли и все довольны. Там просто у них философии в корне отличаются, а так то все работает как надо.

А как ты ещё собрался прокидывать туда данные?

О том, что я не могу по условию из пропс менять сразу несколько атрибутов стилей. Только дублируя в каждом код

Просто делаешь несколько полей-функций и всё или о чём ты?

Не, серьезно, кто-то использует переменные для хранения JSX?

Я мож не знаю чего...

функции лучше

Вот и я думаю. Единственное... А вдруг переменные быстрее?

Мы вот недавно перевели роутинг в проекте с 3 на 4-ою версию, сначало было больно, но спустя некоторое время привыкли и все довольны. Там просто у них философии в корне отличаются, а так то все работает как надо.

Вот прям аналогично. Тоже было больно...

Хотя стоп, JSX же потом в функции компилится. Так что разницы нет

Вот и я думаю. Единственное... А вдруг переменные быстрее?

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

а в 99.99% это будет телега говна

Ты на ангуляре сидишь или я чего-то не понял?)

преждевременная оптимизация — зло

почему не сделать отдельный компонент под эту кнопку?

почему не сделать отдельный компонент под эту кнопку?

следуюишщй скрин

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

fuck you that's why

fuck you that's why

Варн?

это мем, дурилка

ну выдай чо

Ладно)))?

сам тут хуями кроет и банит

через день

??

ERROR: S client not available

Наверное понимаешь, если бы хотел выдать варн, не спрашивал бы

http://knowyourmeme.com/memes/why-because-fuck-you-that-s-why

чорт, неправильно процитировал

Ребят, срочно

Есть файл: some.js

// @flow import SuperComponent from './SuperComponent' import reduxBundle from './redux' import routes from './routes' export const component = SuperComponent export const redux = reduxBundle export const getRoutes = routes

Если я обновляю SuperComponent, HMR срабатывает только для него

А в этом файле у меня старый SuperComponent

[HMR] Updated modules: process-update.js:102 [HMR] - ./src/common/bundles/item/components/SuperComponent.js

Эт нормально? Похоже, что это баг

Никто не знает, как и где формируются parent зависимости у модуля? Я про исходники вебпака

А то целый день уже с этим трахаюсь, все никак кончить не могу

Извиняюсь за подробности

Если переделать на // @flow export { default as component } from './SuperComponent' export { default as redux } from './redux' export { default as getRoutes } from './routes'

То все ок

Но вопрос остается

кто там хотел мультирут

бегите ставить вскод

На маке нету

обновись?

На маке нету

я с мака сижу

я смотрел. Нету

Если у тебя есть покажт

vim ставьте и будет вам multiroot

стоит)

я смотрел. Нету

наверно в insider версии (зеленая иконка)

Там тоже нету

я смотрел. Нету

чего нет?

наверно в insider версии (зеленая иконка)

обычная версия