react-redux-starter-kit
react-redux-starter-kit copied to clipboard
Modular starter kit for React+Redux+React Router projects.
makeFeatureEntry полем reducers принимает объект, это нужно для того, чтобы можно было бы несколько редакс веток на фичу, \+ для того, чтобы использовать ключ как имя ветки фичи во-первых, не...
зачем использовать дефолтные экспорты? минусы: - `import Rofl` нету автокомплита, и можно легко опечататься; `import { Rofl }` - есть автокомплит - `export { default as Rofl } from` -...
Надо изучить проблему и решить нормальным способом, если ещё актуально
Мы сейчас разделяем компоненты из shared/view на components и elements. Это течёт отсюда:  но я не вижу в этом смысла. Декомпозиция на уровни использования между собой не нужна т.к....
Деление по таким сущностям избыточно, потому что: - нам, и людям работающим с нашей архитектурой неудобно ходить по этим сущностям чтобы понять структуру роутинга и отыскать место где всё подключается;...
Вместо выкидывания исключения можно использовать discriminated union улучшив тем самым типобезопасность и исключив необходимость в лишнем импорте.
Целевыми приложениями стартер кита являются сложные, кастомные решения которые часто предъявляют уникальные, несовместимые со сторонними решениями требования. Типичный сценарий работы с такими компонентами это подгонка (часто костыльная) под требования и...
Проблема: На данный момент в shared/view лежит много компонентов которым для полноценной работы нужен стейт и которые делегеруют его инициализацию и управление им своим клиентам - фичам и библиотекам по...
Недостатки в слое по работе с фичами на данный момент: - передача ответственности за мультинстанс функциональность размыта между составляющими фичи: контейнерами, редьюсерами, сагами, когда это куда более органично будет находиться...
На данный момент фичи содержат слой по работе с получением данных, который: 1. невозможно шарить между фичами в случае если им нужны свои данные на один и тот же запрос....