да, мы используем

Fluxible - это хорошо

На fluxible вроде тинькофф сидит и авад

Дайте линку на Nodejs чатик, пожалуйста

Парни, я тоже сижу на нем же, сейчас пришел в большую компанию, которая тоже сидит на нем и столкнулся с тем что сторы и экшены они решили изолировать и держать рядом с компонентами, т е они не глобальны. Кто-нибудь еще так делает?

А чем это от сетстейт отличается?

тем что в стор диспатчит, но вопрос хороший да.

https://telegram.me/nodejs_ru

Парни, я тоже сижу на нем же, сейчас пришел в большую компанию, которая тоже сидит на нем и столкнулся с тем что сторы и экшены они решили изолировать и держать рядом с компонентами, т е они не глобальны. Кто-нибудь еще так делает?

у нас не так)

ребят, вопрос больше не по реакту а общий. Как вы разруливаете ситуацию, когда допустим нужно сделать одно и тоже действие но либо после синхронной операции, либо после асинхронной(-ых)? if (someCondition) { asyncFn().then(()=>{resultFn()}); } else { syncFn(); resultFn(); } Асинхронных может быть и не 1, а больше

await?

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

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

Промис гарантированно асинхронный

Промис гарантированно асинхронный

у него первый вариант синхронный а второй нет

ребят, вопрос больше не по реакту а общий. Как вы разруливаете ситуацию, когда допустим нужно сделать одно и тоже действие но либо после синхронной операции, либо после асинхронной(-ых)? if (someCondition) { asyncFn().then(()=>{resultFn()}); } else { syncFn(); resultFn(); } Асинхронных может быть и не 1, а больше

У вас нормальное решение

обернуть второй в промайс и оба будут "асинхронные"

Я думаю вопрос не в том, чтобы сделать второй асинхронным

промис же, не промайс

простите не удержался

а почему await не подходит?

Потому что это сахар для промиса

и что? удобней же будет? if (someCondition) { await asyncFn(); } else { syncFn(); } resultFn();

Потому что это сахар для промиса

Поди на ассемблере кодишь? к черту весь этот сахар

вкратце это middleware для workflow management, то есть с ней можно описывать целые долгоживущие процессы в приложении. А благодаря генераторам легко тестировать без моков

Например для советов? Можете привести пример?

и что? удобней же будет? if (someCondition) { await asyncFn(); } else { syncFn(); } resultFn();

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

А чем это от сетстейт отличается?

Дегидрейт и регидрейт еще чтобы работал. Вообще кто сидит на fluxible - ответьте плиз одним словом. Считаете ли вы бредом попытки изолировать стор, если данные из него только в одном компоненте например используются?

Поди на ассемблере кодишь? к черту весь этот сахар

/me подкурил от паяльника

и еще вопрос ко всем по реакту - делает ли кто нибудь так, что компоненты полностью изолированы так, что не только верстка с props и стили полностью независимы а еще и каждый такой независимый компонент вызывает action который что-то диспатчит в стор самостоятельно а не вызывает какой-то колбек из пропсов. PS сам я считаю адекватным вызовы экшенов кранить в каком-то более объемлющем компоненте, который компонентам типа всяких кнопочек передает в пропсах типа onClick={::this.sendMessageAction}

и еще вопрос ко всем по реакту - делает ли кто нибудь так, что компоненты полностью изолированы так, что не только верстка с props и стили полностью независимы а еще и каждый такой независимый компонент вызывает action который что-то диспатчит в стор самостоятельно а не вызывает какой-то колбек из пропсов. PS сам я считаю адекватным вызовы экшенов кранить в каком-то более объемлющем компоненте, который компонентам типа всяких кнопочек передает в пропсах типа onClick={::this.sendMessageAction}

ну это разделение на контейнеры/компоненты

То есть есть какой-то общий компонент Button, который только и делает, что вызывает коллбек onClick из пропсов при клике

А вот уже, например, SharedButton - это контейнер, который рендерит кнопку и передает ей пропс onClick

А вот уже, например, SharedButton - это контейнер, который рендерит кнопку и передает ей пропс onClick

Этот SharedButton имеет доступ к стору?

Этот SharedButton имеет доступ к стору?

SharedButton - да, Button вообще должно быть пофиг, что ты там используешь в качестве стора. Все что он знает это свои пропс

и еще вопрос ко всем по реакту - делает ли кто нибудь так, что компоненты полностью изолированы так, что не только верстка с props и стили полностью независимы а еще и каждый такой независимый компонент вызывает action который что-то диспатчит в стор самостоятельно а не вызывает какой-то колбек из пропсов. PS сам я считаю адекватным вызовы экшенов кранить в каком-то более объемлющем компоненте, который компонентам типа всяких кнопочек передает в пропсах типа onClick={::this.sendMessageAction}

А что такого что у тебя где то болтается в ui кнопка которая диспатчит экшн, которая дергает стор который рассылает уже результаты по другим компонентам? Это и есть парадигма flux

А что такого что у тебя где то болтается в ui кнопка которая диспатчит экшн, которая дергает стор который рассылает уже результаты по другим компонентам? Это и есть парадигма flux

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

>onClick={::this.sendMessageAction} oh no

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

Ну именно в ui логику конечно подключать нельзя

У меня вообще на три уровня разделения идет: ui/component/container

ну можно использовать hoc и оборачивать уже определенный компонет.

ну можно использовать hoc и оборачивать уже определенный компонет.

По идее hoc и есть контейнер

Логика должна реализовываться на уровне проекта где ui используется

я как понимаю контейнер это когда что-то связывается со стейтом

я как понимаю контейнер это когда что-то связывается со стейтом

ну да

если связи со стейтом нет, то hoc не обязательно создает контейнер

Разделение то просто, компонент берет данные из пропсов, контейнер из стора

если связи со стейтом нет, то hoc не обязательно создает контейнер

тогда перефразирую, контейнер чаще всего и есть hoc

А что такого что у тебя где то болтается в ui кнопка которая диспатчит экшн, которая дергает стор который рассылает уже результаты по другим компонентам? Это и есть парадигма flux

Поэтому и был собственно вопрос, я привык делить компоненты на умные и глупые.

Поэтому и был собственно вопрос, я привык делить компоненты на умные и глупые.

так это тоже самое, разве нет?

тогда перефразирую, контейнер чаще всего и есть hoc

ну чаще не чаще это кто-как использует. к примеру есть компонент Pretty, который делает кроссивым надпись<Pretty label=«hello» /> мы можем создать hoc fullName: const fullName = BaseComponent => ({ user }) => <BaseComponent label={${user.firstName} ${user.lastName}} /> тогда fullName(Pretty) - компонента а если уже использовать connect то получим контейнер. compose( connect(state=> ({user: state.user})) fullName )(Pretty)

Поэтому и был собственно вопрос, я привык делить компоненты на умные и глупые.

Ну умные компоненты это те которые имеют собственную логику, это не конфликтует с тем что такой компонент является uiшным

ребят, вопрос больше не по реакту а общий. Как вы разруливаете ситуацию, когда допустим нужно сделать одно и тоже действие но либо после синхронной операции, либо после асинхронной(-ых)? if (someCondition) { asyncFn().then(()=>{resultFn()}); } else { syncFn(); resultFn(); } Асинхронных может быть и не 1, а больше

Я имею ввиду что таких внутренных промисов может быть несколько и на любом уровне промиса можно вызвать resultFn(), то есть по сути он должен выполнится в любом случае, даже если reject или в случае невыполнения условия, вот я могу конечно написать в нескольких местах вызов одно и того же, но хотелось бы сделать вызов 1 раз для любого случая

ну ты можешь всю логику обернуть в promise или сделать async функцию, а потом вызвать твою resultFn для async/await: async function action() { try { await yourFn(); // здесь вся твоя сложная логика } catch(e) { handleError(e); } resultFn(); }

ок, а без async/await

получается все равно по сути обертку, так?

Ну да.

просто в асинхронном случае промис вернет сразу допустим resolve

ой, в синхронном имел ввиду

как сделать, чтобы уведомления были совсем отключены? у меня появляется кол-во непрочитанных сообщений в таскбаре (мак ос)

просто в асинхронном случае промис вернет сразу допустим resolve

промис всегда работает асинхронно. У него нет синхронной версии.

как сделать, чтобы уведомления были совсем отключены? у меня появляется кол-во непрочитанных сообщений в таскбаре (мак ос)

в настройках убери галочку "include muted chats in tray count"

спасибо!

https://github.com/carteb/carte-blanche

че думаете?

ERROR: S client not available

думаю, что достаточно хорошая штука

я не смог завести. Но это может быть со мной что-то не так

как я понимаю для чисто фронтэндеров без данных норм вариант

А тут есть Relay товарисчи?

только начал вчехлять с Relay и не могу понять как нужно производить мутацию, которая должна создавать новую ноду, а не модифицировать существующую

Ребята, привет) назрел вопрос по nda. Представьте, что вы работаете над проектом под nda. У вас есть какая-то задачка...ну например компонент слайдера реализовать. Вы его реализовываете и понимаете, что не плохо получилось, это может быть ценно сообществу. Выносите свой компонент в npm пакет, публикуете. На проект уже его подключаете как внешнюю зависимость. Так вот это является нарушением nda? Как вообще такую ситуацию можно развести, на усмотрение работодателя?

Читай nda, там всё написано =)

Либо перед подписыванием надо уточнить такие кейсы и внести их в nda

По-хорошему

ну в nda само собой будет написанно что нельзя передавать код 3-м лицам

Значит нельзя =)

Ребята, привет) назрел вопрос по nda. Представьте, что вы работаете над проектом под nda. У вас есть какая-то задачка...ну например компонент слайдера реализовать. Вы его реализовываете и понимаете, что не плохо получилось, это может быть ценно сообществу. Выносите свой компонент в npm пакет, публикуете. На проект уже его подключаете как внешнюю зависимость. Так вот это является нарушением nda? Как вообще такую ситуацию можно развести, на усмотрение работодателя?

вообще этот компонет пренадлежит работодателю ( если вы работали в “рабочее” время над ним ) и да вы нарушаете NDA но если поговорить с работодателем - обычно такие вещи они воспринимают нормально и дают свое разрешение

Просто иногда в nda учитывается, что есть код попадающий под коммерческую тайну и есть код, не являющийся коммерческой тайной

>но если поговорить с работодателем - обычно такие вещи они воспринимают нормально и дают свое разрешение +1

Просто иногда в nda учитывается, что есть код попадающий под коммерческую тайну и есть код, не являющийся коммерческой тайной

а вот это интересно

вообще этот компонет пренадлежит работодателю ( если вы работали в “рабочее” время над ним ) и да вы нарушаете NDA но если поговорить с работодателем - обычно такие вещи они воспринимают нормально и дают свое разрешение

да, есть надежда)

Ребята, привет) назрел вопрос по nda. Представьте, что вы работаете над проектом под nda. У вас есть какая-то задачка...ну например компонент слайдера реализовать. Вы его реализовываете и понимаете, что не плохо получилось, это может быть ценно сообществу. Выносите свой компонент в npm пакет, публикуете. На проект уже его подключаете как внешнюю зависимость. Так вот это является нарушением nda? Как вообще такую ситуацию можно развести, на усмотрение работодателя?

Если согласовать с руководителем, то все нормально. Для заказчиков мы часто делаем проекты, которые являются потенциальными миллиардами и там высокий уровень секретности может быть. Тем не менее многие части мы выносим в open-source или ставим это в план.

@drakmail @DenisIzmaylov @Ai_boy спасибо, в общем ход мысли ясен

народ, а кто в GQL/falcor балуется. Сложилось ощущение, что falcor подзаброшен, это так?

а где ссылки на все чатики?

почемуто убрали Параллельно с этой группой развиваются: ?@react_js - где мы общаемся на технические вопросы, где мы общаемся на темы, посвященные React, Redux и Relay. Обсуждаем идеи и новости. Обмениваемся своими проектами и решениями. ?@angular_js - где мы общаемся на технические вопросы, посвященным разработке с Angular 1.x, включая идеи, предложения, библиотеки. ?@angular2 - где мы общаемся на темы, посвящённые Angular 2 и его экосистемы, включая TypeScript и NativeScript. ? Возможно, вам также будут интересны группы: @reactnative_ru, @ios_ru, @android_ru, @mobile_jobs, @devops_ru, @devops_jobs.

а просто js чата нету?

это он и есть

не, здесь есть jsx

а просто js чата нету?

https://telegram.me/joinchat/Be4rsT5Rsgq30DHutjxXgA

Народ, а это нормальная практика генерировать айдишники на клиенте?

Народ, а это нормальная практика генерировать айдишники на клиенте?

Плохо, если изоморфное приложение как минимум

Народ, а это нормальная практика генерировать айдишники на клиенте?

совсем не нормальная практика - но в зависимости от ситуации так делать можно. Если это SPA ( и никто кроме самомго юзера доступ не имеет к данным ) И если данные разделены - perUser и только user может создавать и редактировать - тогда можно генерировать ID вида ID: userA-[id]

Как вам такая головоломка? ) http://alf.nu/ReturnTrue

совсем не нормальная практика - но в зависимости от ситуации так делать можно. Если это SPA ( и никто кроме самомго юзера доступ не имеет к данным ) И если данные разделены - perUser и только user может создавать и редактировать - тогда можно генерировать ID вида ID: userA-[id]

насчет разделенных данных и безоспасности можно подробней а то пока не могу понять в чем проблема. Для меня генерация айдишников на клиенте сильно упрощает механизм с оптимистическими обновлениями - я сразу диспатчу в стор и поскольку адишник не меняется достаточно всего лишь обновить объект а не удалить временные и добавить этот новый с новым айдишником.

насчет разделенных данных и безоспасности можно подробней а то пока не могу понять в чем проблема. Для меня генерация айдишников на клиенте сильно упрощает механизм с оптимистическими обновлениями - я сразу диспатчу в стор и поскольку адишник не меняется достаточно всего лишь обновить объект а не удалить временные и добавить этот новый с новым айдишником.

Два юзера одновременно создают запись в отдном и том-же документе - к примеру списко книг - каждый по одной книге - у каждого было 0 книг в списке - каждый создал ID - 1 теперь у нас появился конфликт который нужно мерджить вот мы и создали себе геморой на ровном месте То что вы хотите можно сделать вот как, создаете запись - ставите рандомный ID - временно - как только приходит ответ от сервера что запись создана то обычно в этом ответе отправляют ID созданной в базе даннных записи - берете этот ID и заменяете временный ID на реальный ID