pelid / mvs Goto Github PK

Кандидаты:

• Mobx
• [TODO]

Чего хотелось бы:

• совместимость с GraphQL
• изоляция локальных данных в рамках страницы/набора страниц

Погуглить best practices:

• Optimistic Updates
• "retry now" и "retry in 5 sec"

Как вариант, останавливать сагу в месте неудачного AJAX запроса и продолжать стучаться на сервер в бесконечном цикле

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

Пример сложной ситуации:

orders
  index.js // импортирует все из этого модуля
  models.js
  fetchers.js // imports handler404

handler404
  index.js // импортирует все из этого модуля
  page.tag.html // imports navbar.tag.html

components
  navbar.tag.html // imports data model from orders

по следам https://vorpus.org/blog/some-thoughts-on-asynchronous-api-design-in-a-post-asyncawait-world/

[TODO составить сводку ключевых тезисов]

Features обладающие моделями данных могут зависеть друг от друга. Например, селектор использует данные сразу из orders и userProfile.

В django проблема решается через relations. В GraphQL - не знаю как, стоит погуглить.

недостаток текущей реализации заметен на следующих примерах:

1. Нужно внести серию actions модифицирующих store, из-за чего tag.update вызывается слишком часто
2. Хотим произвести logout и перекинуть пользователя на новую страницу. Шаблон текущей страницы не рассчитан на ситуацию "пользователь неавторизован" и tag.update приведет к ошибке в логике селекторов данных.

Полезные кейсы:

• Hot Module Replacement с подменой старого View на новую версию. Подмена сопровождается вызовами mount, unmount, store.subscribe и store.unsubscribe, отключением старого channel и созданием нового.
• Тестирование связки Model + Controller без View. Ситуацию может усложнить наличие нескольких channels на странице. Особенно если они создаются динамически.

Убеждаюсь в мысли что tcomb - это ключевая библиотека на проекте. Радикально повышает читабельность кода