Телеграмм чат группы reatom_ru страница 566

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Reatom — стейт-менеджер

178 membersпожаловаться на группу

2020 May 20

a

artalar in Reatom — стейт-менеджер

Переслано от artalar

Пока сам до конца не сформулировал.
Ну идея в том что бы описывать связи между фьючами не через импорты или IoC ключи, а вообще отдельно. Грубо говоря, в src/architecture.ts

источник

13:11пожаловаться #1

a

artalar in Reatom — стейт-менеджер

Переслано от artalar

По классике если фьюче нужны данные другой фьючи - это описывается прямым импортом или запросом через IoC. А что если фьючи будут лишь описывать типы необходимых данных (опционально для TS), а прокидываться эти данные будут на основе рутового конфига, в котором уже описано от какой фьючи должны поступить данные к другой фьюче

источник

13:11пожаловаться #2

I

Ilyas Kabirov in Reatom — стейт-менеджер

а как это будет реализовано?

источник

13:13пожаловаться #3

I

Ilyas Kabirov in Reatom — стейт-менеджер

кодогенерация?

источник

13:13пожаловаться #4

I

Ilyas Kabirov in Reatom — стейт-менеджер

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

источник

13:14пожаловаться #5

a

artalar in Reatom — стейт-менеджер

Ну сопсна https://gist.github.com/artalar/55633a46b8a69146a31a053bdc9630eb#file-structure-example-js

declareActionFetch.ts

GitHub Gist: instantly share code, notes, and snippets.

Обновил, для интереса

источник

13:15пожаловаться #6

a

artalar in Reatom — стейт-менеджер

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

Ну типы можно где-то глобально хранить

источник

13:16пожаловаться #7

I

Ilyas Kabirov in Reatom — стейт-менеджер

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

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

источник

13:16пожаловаться #8

a

artalar in Reatom — стейт-менеджер

Ну типы можно где-то глобально хранить

Вообще зависит… Я вот прихожу к подходу, что иногда нужно описывать входящие типы не на основе источника, а на основе того что реально ждешь, а ТС уже проверит что это сходится с источником.Но это лишь один из кейсов

источник

13:17пожаловаться #9

I

Ilyas Kabirov in Reatom — стейт-менеджер

Ну типы можно где-то глобально хранить

пока не понимаю как, нужен какой-то прототип, где это будет работать

источник

13:17пожаловаться #10

I

Ilyas Kabirov in Reatom — стейт-менеджер

Вообще зависит… Я вот прихожу к подходу, что иногда нужно описывать входящие типы не на основе источника, а на основе того что реально ждешь, а ТС уже проверит что это сходится с источником.Но это лишь один из кейсов

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

источник

13:18пожаловаться #11

a

artalar in Reatom — стейт-менеджер

++

источник

13:35пожаловаться #12

I

Ilyas Kabirov in Reatom — стейт-менеджер

если Hegel сможет такое сопоставлять без явного указания типов будет бомба :)

источник

13:42пожаловаться #13

I

Ilyas Kabirov in Reatom — стейт-менеджер

но даже в этом случае явный источник данных дает преимущество: как минимум автокомплит

источник

13:43пожаловаться #14

2020 May 21

a

artalar in Reatom — стейт-менеджер

Какие еще хотелки будут?)
https://github.com/artalar/reatom/projects/2

artalar/reatom

State manager with a focus of all needs. Contribute to artalar/reatom development by creating an account on GitHub.

источник

15:33пожаловаться #15

IA

Ilya Agarkov in Reatom — стейт-менеджер

а map же только один атом может принимать?

источник

17:26пожаловаться #16

a

artalar in Reatom — стейт-менеджер

ага

источник

17:29пожаловаться #17

a

artalar in Reatom — стейт-менеджер

ну можно combain туда заинлайнить

источник

17:29пожаловаться #18

IA

Ilya Agarkov in Reatom — стейт-менеджер

я упоролся или это нормальная практика?

const SummaryAtom = declareAtom();
const SelectedLocationAtom = declareAtom();

const needLocation = map(
  combine([SummaryAtom, SelectedLocationAtom]),
  ([summary, selectedLocation]) =>
    summary.addresses.length > 0 && !selectedLocation,
);

источник

17:33пожаловаться #19

a

artalar in Reatom — стейт-менеджер

я упоролся или это нормальная практика?

const SummaryAtom = declareAtom();
const SelectedLocationAtom = declareAtom();

const needLocation = map(
  combine([SummaryAtom, SelectedLocationAtom]),
  ([summary, selectedLocation]) =>
    summary.addresses.length > 0 && !selectedLocation,
);

Это норм

источник

17:38пожаловаться #20