Пиздец

?

Этого всего ещё в библиотеке вьюх не хватало

Этого всего ещё в библиотеке вьюх не хватало

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

Ребята с монорепами, как вы ci для модулей настраиваете и как делаете кеширование модулей на ci?

При том что нод модули надо ставить не в рут, а в подмодули

Вопрос по flow Когда обращаешься к полю свойств, которое не объявлял, то что должно произойти? в доке написан коммент "Error! ...", но у меня просто подсветка

Пиздец

так я не про нативные, а отдельным пакетом

Вопрос по flow Когда обращаешься к полю свойств, которое не объявлял, то что должно произойти? в доке написан коммент "Error! ...", но у меня просто подсветка

@flowtype_ru

Вопрос по flow Когда обращаешься к полю свойств, которое не объявлял, то что должно произойти? в доке написан коммент "Error! ...", но у меня просто подсветка

можно даже цвет подсветки поменять, если в флоуконфиг прописать [lints] all=warn

но это не точно

а зачем редакс и роутер интегрировать что дает?

I have a redux I have a router MMMM Redux-router!

?

а зачем редакс и роутер интегрировать что дает?

даёт данные о роутинге в сторе (в экшинах, мидлварях, сторэнхансерах)

даёт данные о роутинге в сторе (в экшинах, мидлварях, сторэнхансерах)

спасиб

даёт данные о роутинге в сторе (в экшинах, мидлварях, сторэнхансерах)

похоже на какое-то извращение типа redux-form

та нет, нормально работает. Преимущества которые я вижу: 1. single source of truth - стор. По сути (в случае SPA), адресная строка браузера - такой же инпут как и другие, только контролируется иначе. А потому, почему бы не держать все данные в одном месте - сторе. 2. Так как location часть состояния приложения, управление им не должно отличаться от управления другими частями состояния - кидая экшины Из минусов: сложности с тем что есть анимации переходов между урлами, нужно понимать, что состояние роутинга в сторе может быть "транзитным"

я не пойму в sequelize в файлах миграций надо продублировать поля из моделей вместе с внешними ключами или как ? в этой дурацкой документации не фига не понятно

я не пойму в sequelize в файлах миграций надо продублировать поля из моделей вместе с внешними ключами или как ? в этой дурацкой документации не фига не понятно

Как это относится к реакту?

Как это относится к реакту?

а как я напишу свое приложение на реакте, без своего сервера и своей базы?

а как я напишу свое приложение на реакте, без своего сервера и своей базы?

Sequelize не относится к реакту никоим образом. Найди профильное сообщество

на ваш вопрос вам ответят в @nodejs_ru

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

Слушайте, вот вчера задавали вопрос типа что задать на собеседование по реакту. Я сегодня засыпался на вопросе "зачем нужен реакт, фреймворки вообще, всякие mvc, какую проблему решают?". Я начал выдавливать из себя инфу, что это быстро, модно, молодежно, что виртуал дом это круто. А какой лучший ответ на вопрос?

да тут надо просто сидеть и разговаривать об этом час

так я не про нативные, а отдельным пакетом

нахрена если есть редакс и тонна сторов

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

там об этом отвечают

Слушайте, вот вчера задавали вопрос типа что задать на собеседование по реакту. Я сегодня засыпался на вопросе "зачем нужен реакт, фреймворки вообще, всякие mvc, какую проблему решают?". Я начал выдавливать из себя инфу, что это быстро, модно, молодежно, что виртуал дом это круто. А какой лучший ответ на вопрос?

Реакт, абстракция для работы с домом, фреймворки - абстракция и подход к написанию кода, дополнительные абстракции позволяют сконцентрироваться на решении бизнесс задач и отдать решение более низкоуровневых задач разработчикам фреймворков/библиотек.

А что такое абстракция?

Слушайте, вот вчера задавали вопрос типа что задать на собеседование по реакту. Я сегодня засыпался на вопросе "зачем нужен реакт, фреймворки вообще, всякие mvc, какую проблему решают?". Я начал выдавливать из себя инфу, что это быстро, модно, молодежно, что виртуал дом это круто. А какой лучший ответ на вопрос?

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

Слушайте, вот вчера задавали вопрос типа что задать на собеседование по реакту. Я сегодня засыпался на вопросе "зачем нужен реакт, фреймворки вообще, всякие mvc, какую проблему решают?". Я начал выдавливать из себя инфу, что это быстро, модно, молодежно, что виртуал дом это круто. А какой лучший ответ на вопрос?

вопрос норм

Реакт, абстракция для работы с домом, фреймворки - абстракция и подход к написанию кода, дополнительные абстракции позволяют сконцентрироваться на решении бизнесс задач и отдать решение более низкоуровневых задач разработчикам фреймворков/библиотек.

ответ норм

хотя можно поконкретнее

реакт вообще абстракция над манипуляциями с любым ui

не важно dom это или что-то еще

похоже на какое-то извращение типа redux-form

Почему извращение ?

Слушайте, вот вчера задавали вопрос типа что задать на собеседование по реакту. Я сегодня засыпался на вопросе "зачем нужен реакт, фреймворки вообще, всякие mvc, какую проблему решают?". Я начал выдавливать из себя инфу, что это быстро, модно, молодежно, что виртуал дом это круто. А какой лучший ответ на вопрос?

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

Для редакса же.

Ну да

Этого всего ещё в библиотеке вьюх не хватало

Вот честно? Как по мне - уже бы сделали одно нормальное "вот это все", чем каждый дурачок потом нагородит свое

Вот честно? Как по мне - уже бы сделали одно нормальное "вот это все", чем каждый дурачок потом нагородит свое

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

Но как без этого

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

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

Это фронтенд, детка. Это тебе не мир светлого бэка, где есть «один» фреймворк и дохера инфы по его юзабельности

Сравнить composer и package

Двигатель прогресса, с одной стороны С другой стороны, приходишь на проект, а там пиздец полный

Каждый раз как первый

Принялся качать пакет в модули для «расчёта дискриминанта», как бы ок. Но нее, тебе нужно установить ещё 4 пакета, потому что первый висит на них. И так рекурсивно (немного загнул с примером)

А в композере

А в композере

композер то еще говнище, справедливости ради

Один пакет - иди пили аппу дальше

тут vue-resource, а этот проект юзает axios, третий хуячит нативный фетч, у четвертого свой целый велосипедный слой

композер то еще говнище, справедливости ради

Я так, для примера

композер то еще говнище, справедливости ради

нпм тоже говнище, справедливости ради

тут vue-resource, а этот проект юзает axios, третий хуячит нативный фетч, у четвертого свой целый велосипедный слой

За это мы его и любим

нпм тоже говнище, справедливости ради

этого я не отрицал )

все говно (

За это мы его и любим

поэтому я изобретаю свой велосипед

уже шестой по счету, наверное

Ну как бы норм

тут vue-resource, а этот проект юзает axios, третий хуячит нативный фетч, у четвертого свой целый велосипедный слой

А пятый пункт - апи кейс?

Не

А пятый пункт - апи кейс?

ага

Jquery

нахрена если есть редакс и тонна сторов

контекст гибче же

Раньше как - отдельно экшены, отдельно редусеры, отдельно коннектор. А теперь экшены с редусерами вместе, уже минус звено, а "коннект" более наглядный. Я так вижу - контекст отлично c DI вяжется. Врапаешь конткст \ методы его и делаешь что хочешь

опять изобретаете редакс

Хотя вот вижу проблему - зависимые поля разных контекстов, по хорошему надо создавать отдельный Consumer, который будет связывать два нужных стора и отдавать их, но полюбому будут использовать сторы по отдельности и логику связи описывать в компоненте. В редаксе это элегантно решается через подписку любых редусеров на любые экшены

кароч заценивайте либу зеробиаса npmjs.com/effector

да неужели

НЕУЖЕЛИ

вот ето да

флоу или тс? ссылки на гит нету(

gitlab.com/zerobias/effector

флоу

да неужели

можешь выпиливать все велосипеды

?

Не хватает доки по апи =[ Типо что делаешь reset? Подозреваю сбрасывает до initialState, но выглядит немного магически

Можно ли это юзать без most?

Эвент — конструкт экшнов, которую мы просто не делаем руками То есть Event<string> — это функция которая принимает на вход строку и возвращает редакс экшн const eventFoo = domain.event('foo event') eventFoo('payload') // => { type: string, payload: 'payload' }

Далее, если взять экшн и прикрепить к нему ещё два других, то эта тройка экшнов полностью реализует любой асинхронный реквест const fetching = domain.effect('effect') fetching.use( params => Promise.resolve(params.foo) )

reset это тот же on, только вернет дефолт стейт

что магического?)

а как чейнить реквесты, через watch? А catch где (как называется)? А finaly?))

Вообще круто, конечно, спасибо - это точно!

fetching.done.watch(...) fetching.fail.watch(...)

Вот про fail нету ничего

а как чейнить реквесты, через watch? А catch где (как называется)? А finaly?))

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

reset это тот же on, только вернет дефолт стейт

не дефолт, а инитиал. Так-то понятно, просто любой хелпер - немного магия

Так это. Можно ли это юзать без most?