для всяких дропдаунов и автосаджестеров стейт - самое милое дело

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

для самых трудолюбивых тайпскрипт+редакс

:)) Но есть и обратные утверждения. Например, ребята из @typescript_ru утверждают, что в долгосрочной перспективе экономия даже есть на отладке

:)) Но есть и обратные утверждения. Например, ребята из @typescript_ru утверждают, что в долгосрочной перспективе экономия даже есть на отладке

ну, возможно они в чем то правы, но трудно говорить без конкретных измерений. Я лишь могу сказать что не в самом сложном приложении при готовности на 20% уже 1620 строчек кода сущностей для работы с сервером

промолчу про все остальное

Народ, а никто не пробовал в редаксе паралельно с основным стейтом хранить такой же но мутабельный где связи между объетами будут не string c айдишником а реальные связи по ссылке? Проблема в том иммутабельность это не подход это больше техническая необходимость для того чтобы меньше тормозило но вынуждает хранить связи в виде {children: ['id121', 'id3232'], parent: 'id3434'} вместо обычных ссылок на объекты, и это приносит кучу неудобств когда в обработке какого-то события получается например такая лапша для достаточно простого случая (получить детей родителя текущего объекта ноды из пропсов) //используется thunk чтобы получить доступ к стейту var parentChilden = dispatch((_,getState)=>getState().nodes[node.parent].children.map(childId=>getState().nodes[childId])) //можно где-то вынести в отдельные акшины getParent и getChildren но все равно их нужно диспатчить var parentChildren = dispatch(getChildren(dispatch(getParent(node))) //когда в mobx-е достаточно просто var parentChildren = node.parent.children

Всем привет. Подскажите, стили кто как собирает? Как лучше, через вебпак в банд пихать, или например через gulp отдельно?

.__.

Зачем gulp?

Зачем gulp?

ну я к примеру

Отдельно ты можешь и внутри webpack собирать

Отдельно ты можешь и внутри webpack собирать

пытался, но не нашел как

ну в хорошо, пусть webpack, но лучше отдельно или в бандл?

ну в хорошо, пусть webpack, но лучше отдельно или в бандл?

что значит отдельно или в бандл? у тебя стили по идее и так соберутся в один файл ( с экстракттекстплагином )

пытался, но не нашел как

https://github.com/webpack/extract-text-webpack-plugin

https://github.com/webpack/extract-text-webpack-plugin

спасибо

На здоровье ^_^

Ребят, я только начал вникать в реакт. Я так понимаю, что все крутится вокруг props и state в компонентах? Это основные понятия, к которым надо сразу привыкнуть?

ладно, забейте. разберусь

Вбей в гугле введение в реакт там много полезного для самостоятельного начала изучения будет.

Реакт не нужен!

Реакт не нужен!

Ангуляр? )

Нет, просто беда никогда не приходит одна. В текущей react экосистеме сам реакт - мизерная часть

Вбей в гугле введение в реакт там много полезного для самостоятельного начала изучения будет.

Отличный совет, спасибо ?

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

https://maxfarseer.gitbooks.io/react-course-ru/content/

https://maxfarseer.gitbooks.io/react-course-ru/content/

пасиб!

IndexedDB поди

это из-за херовых имплементаций. на самом деле он асинхронный должен быть

Как лучше, return <Element /> или return (<Element />)? Есть ли какой-то стайл гид?

пока что работу с ней можно в веб воркер засунуть просто

это из-за херовых имплементаций. на самом деле он асинхронный должен быть

Асинк, но это не избавляет от локов

Same origin policy

это из-за херовых имплементаций. на самом деле он асинхронный должен быть

^

Должен быть мьютекс

На запись

Ну ты его не сделаешь без блокировки

Если там база не по STM работает

Вон на локалсторадж тоже мьютексы есть

плохо если так. но вот тут у чувака в сафари не блокировалось https://nolanlawson.com/2015/09/29/indexeddb-websql-localstorage-what-blocks-the-dom/

Для начала стоит определиться

Что называем блокировкой

Можно ли при запуске nodejs подменить ему process.argv?

сейчас кого-то полшют в другой чатик)

пошлют*

Как лучше, return <Element /> или return (<Element />)? Есть ли какой-то стайл гид?

(<Component />)

если возвращать просто </> не все валидаторы поймут jsx

Спасибо

А есть тут кто использует метеор + реакт?

ну, возможно они в чем то правы, но трудно говорить без конкретных измерений. Я лишь могу сказать что не в самом сложном приложении при готовности на 20% уже 1620 строчек кода сущностей для работы с сервером

Можно спросить @vslinko @chicoxyzzy @izatop

как человек, пытавшийся внедрить сначала тайпскрит, потом flow - могу оспорить эти утверждения. js и экосистема не готовы к типам. В утилитках - да. В редьюсерах - нафиг не нужно. На простой редьюсер прийдется написать тучу типов, вместо простых тестов

мне с flow не нравится как растут arrow функции. из ({ a, b }) => a + b мы получим что-нибудь вроде ({ a, b}: { a: number, b: number}): number => a + b;

мне с flow не нравится как растут arrow функции. из ({ a, b }) => a + b мы получим что-нибудь вроде ({ a, b}: { a: number, b: number}): number => a + b;

Возможно, я шокирую, но код впринципе растет, когда его пишешь

как человек, пытавшийся внедрить сначала тайпскрит, потом flow - могу оспорить эти утверждения. js и экосистема не готовы к типам. В утилитках - да. В редьюсерах - нафиг не нужно. На простой редьюсер прийдется написать тучу типов, вместо простых тестов

типы ВСЕГДА проще и надежнее соответствующих тестов

мне с flow не нравится как растут arrow функции. из ({ a, b }) => a + b мы получим что-нибудь вроде ({ a, b}: { a: number, b: number}): number => a + b;

нет, аннотации не нужны

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

привет

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

➜ project git:(master) ll src/components total 0 4 iamstarkov 136B Aug 24 12:22 app-routes 4 iamstarkov 136B Aug 24 12:22 sign-in 4 iamstarkov 136B Aug 24 12:22 sign-in-page 4 iamstarkov 136B Aug 24 12:22 common-images 5 iamstarkov 170B Aug 24 12:22 support-page 4 iamstarkov 136B Jul 22 10:55 noop 3 iamstarkov 102B Jul 22 10:55 variables

нет, аннотации не нужны

jsdoc?

Ю

ERROR: S client not available

http://i.prntscr.com/2529036877cc4d209138c5aee51913c2.png

как сделать что бы по клику не все li были с классом active

если это все в .map

это вопрос уж совсем не про реакт такое наверно настраивается где-то в webpack в конфигурации logic-loader

как сделать что бы по клику не все li были с классом active

Хранить активный li?

http://i.prntscr.com/2529036877cc4d209138c5aee51913c2.png

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

В map же есть индекс

+

Реакт с бабелом умеет все таки в нормальное oop наследование, кто нибудь пишет с extend class/override?

Наследование не нужно

Наследование не нужно

+++

let the fight begin! ?

Наследование не нужно

+

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

Реакт с бабелом умеет все таки в нормальное oop наследование, кто нибудь пишет с extend class/override?

что? class extends Component? А кто-то еще так не пишет?

А дальше, который создал? От реактовского да можн

а дальше кажется плохой идеей

Без фанатизма почему нет?

а можно кейс?

я думаю, что так делать можно(мы даже так делали, получилось плохо, потому что делали там, где точно не нужно)

допустим используются очень похожие формы/таблицы в разных местах приложения

Ну например методы оверрайдить, не копипастить код

допустим используются очень похожие формы/таблицы в разных местах приложения

вероятно это делается композицией?

Ну например методы оверрайдить, не копипастить код

опять же, все зависит от конкретной задачи. Но мне кажется, что можно сделать композицией

и это не будет менее удобно

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

http://i.prntscr.com/31547f708bc046d8a6422dfa65699780.png

ребят подскажите как сделать что бы класс active вешался только на один li

по индексу