2.0.0-rc.0 • Published 4 years ago

mobx-pack v2.0.0-rc.0

Weekly downloads
4
License
MIT
Repository
github
Last release
4 years ago

mobx-pack

Библиотека для создания архитектуры приложения с множеством хранилищ на основе библитеки Mobx

Установка

npm install mobx-pack --save

Вступление

При создании веб-приложений на React встаёт вопрос - какой менеджер состояний использовать для разработки приложения, на что стоит обратить внимание. Если никаких специфических требований к приложению нет, то разумно взять наиболее популярный вариант, например, Redux и это отличный выбор, впрочем если всё же вас смущает единое хранилище, много лишнего кода, возможные потери по производительности, сложность деления приложения на части с асинхронной подгрузкой, то есть смысл взглянуть на альтернативные варианты.

Mobx даёт из коробки, простое api, высокую производительность (в случае если приложение большое и количество обновлений может достигать сотен раз в секунду это может быть решающим фактором), возможность использовать привычный ООП подход, простой способ связывания состояния с компонентами, однако Mobx не решает проблему организации потока данных и деления на части большого приложения.

Mobx-pack - это маленькая библиотека, которая решает некоторые проблемы DI (инъекция зависимостей) больших приложений, которые возникают у разработчика при использовании mobx.

Задачи, которые решает mobx-pack

  • разрешение зависимостей одного сервиса от другого, как статически так и динамически
  • создание контейнера для передачи данных из сервисов в компонненты
  • управление жизненным циклом сервисов

Контекст проложения

Для начала работы над приложением неоходимо создать контексты и зависимые от контекстов функции. Контексты служат для передачи Binder и сервисов по дереву приложения.

Пример создания контекста:

import React from 'react';
import { createProvider, createBinderProvider } from 'mobx-pack';

export const BinderContext = React.createContext();
export const ServiceContext = React.createContext();
export const Provider = createProvider(BinderContext, ServiceContext);
export const BinderProvider = createBinderProvider(BinderContext);

Binder

Binder - это класс посредник между сервисами. Сервисы регистрируются в Binder и получают доступ друг к другу.

BinderProvider

BinderProvider - это функция возвращающая компонент, который создаёт новый экземпляр Binder и кладёт его в контекс реакт приложения. Приложение может содержать в себе несколько Binder, каждый из которых содежит свой список сервисов. При этом новый Binder при создании может получить ссылку на родительский Binder, в этом случае все сервисы родителя будут доступны в потомке.

Принимает параметры:

  • React.Component

Возвращает: React.Component

Пример создания Binder и получение его из контекста:

import { BinderContext } from './context.js';

const MyApplication = () => (
  <div>
    <BinderContext.Cunsumer>
      {({ binder }) => {
        console.log(binder);
      }}
    </BinderContext.Cunsumer>
  </div>
);

const ComponentWithNewBinder = BinderProvider(MyApplication);

Provider

Provider - это декоратор реакт компонента. Provider получает в опциях список сервисов, от которых зависит декорируемый компонент, а из контекста получает экземпляр Binder. Задача Provider - положить в контекст искомые сервисы, а так же при желании извлечь данные из сервисов и положить в props к декорируемому компоненту. Если в Binder искомые сервисы не найдены, Provider содаёт их и регистрирует в Binder. Provider оброрачивает компонент в observer, поэтому observable переменные, используемые в методе helper (опций Provider) будут вызывать перерендер компонента при их изменении.

Принимает аттрибуты:

  • React.Component
  • options (опционально)
    1. helper(function) - функция, принимает объект с сервисами и props, возвращает props для декорируемого компонента
    2. services(Array | function) - массив прототипов сервисов или функция, принимающая props и позвращающая массив сервисов
    3. stop(boolean) - в значении true cообщает Provider, что при unmount компонента нужно остановить сервисы, инициализированные в данном Provider.
    4. stub(React.Component) - заглушка на время асинхронного запуска сервисов.

Возвращает: React.Component

Пример:

import { Provider } from './context.js';

const Component = ({ time, id }) => (
  <div>
    {time} : {id}
  </div>
);

const Container = Provider(Component, {
  helper({ timeService }, { id }) {
    return {
      id,
      time: timeService.time,
    };
  },
  services: [TimeService],
});

const App = () => <Container id={1} />;

Пример, когда необходимо передать props в конструктор сервиса:

import { Provider } from './context.js';
import { bindAs } from 'mobx-pack';

@bindAs('SomeService')
class SomeService {
  constructor(foo, bar) {}
}

const Container = Provider(Component, {
  services: props => [[SomeService, [props.foo, props.bar]], TimeService],
});

Пример, получения сервисов помещённых Provider в контекст:

import { Provider, ServiceContext } from './context.js';

const Component = () => (
  <div>
    <ServiceContext.Cunsumer>
      {({ someService, timeService }) => (<SomeComponent data={someService.data} time={timeService.time}>}
    </ServiceContext.Cunsumer>
  </div>
);
const Container = Provider(Component, {
  services: props => [SomeService, TimeService],
});

Сервисы

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

Описание сервиса

Для того, чтобы сервис мог быть помещён в Binder, а так же мог получать в качестве зависимостей другие сервисы есть специальный синтаксис описания сервиса, с помощью декораторов. В результате работы декораторов у сервиса появляется служебное static поле binderConfig, содержащее: идентификатор, методы жизненного цикла и зависимости сервиса.

Пример сервиса:

import { bindAs, onStart, onBind, onUnbind, onStop } from 'mobx-pack';

@bindAs('ServiceA')
class ServiceA {
  constructor(foo, bar) {}

  // для сервисов, которые должны быть уже инициированы,
  // на момент запуска
  @onStart('InitialStateService')
  onStart(initialStateService) {
    this.userId = initialStateService.userId;
  }

  // onBind будет вызван когда сервисы ('ServiceB', 'ServiceC') будут привязаны к `Binder` (запущены),
  // например, по действию пользователя
  @onBind('ServiceB', 'ServiceC')
  onBind(serviceB, serviceC) {}

  // onUnbind будет вызван когда сервисы ('ServiceB', 'ServiceC') будут отвязаны от `Binder` (остановлены)
  // например, при `unmount` контейнера
  @onUnbind('ServiceB', 'ServiceC')
  onUnbind() {}

  // onStop будет запущен, когда сервис будет отвязан от `Binder`
  // Обработка отсановки сервиса для очистки сайд эффектов
  @onStop
  onStop() {}
}

Ссылки

  • Boilerplate project
  • Mobx
2.0.0-rc.0

4 years ago

1.2.5

4 years ago

1.2.5-rc1

4 years ago

1.2.3-rc5

4 years ago

1.2.4

4 years ago

1.2.3-rc8

4 years ago

1.2.3-rc7

4 years ago

1.2.3-rc6

4 years ago

1.2.3-rc4

4 years ago

1.2.3-rc3

4 years ago

1.2.3-rc2

4 years ago

1.2.3-rc

5 years ago

1.2.2

5 years ago

1.2.0

5 years ago

1.1.10-otp.36

5 years ago

1.1.10-otp.35

5 years ago

1.1.10-otp.34

5 years ago

1.1.10-otp.33

5 years ago

1.1.10-otp.32

5 years ago

1.1.10-otp.31

5 years ago

1.1.10-otp.30

5 years ago

1.1.10-otp.29

5 years ago

1.1.10-otp.28

5 years ago

1.1.10-otp.27

5 years ago

1.1.10-otp.26

5 years ago

1.1.10-otp.25

5 years ago

1.1.10-otp.24

5 years ago

1.1.10-otp.23

5 years ago

1.1.10-otp.22

5 years ago

1.1.10-otp.21

5 years ago

1.1.10-otp.20

5 years ago

1.1.10-otp.19

5 years ago

1.1.10-otp.18

5 years ago

1.1.10-otp.17

5 years ago

1.1.10-otp.16

5 years ago

1.1.10-otp.15

5 years ago

1.1.10-otp.14

5 years ago

1.1.10-otp.13

5 years ago

1.1.10-otp.12

5 years ago

1.1.11-otp.11

5 years ago

1.1.10-otp.11

5 years ago

1.1.10-otp.10

5 years ago

1.1.10-otp.9

5 years ago

1.1.10-otp.8

5 years ago

1.1.10-otp.7

5 years ago

1.1.10-otp.6

5 years ago

1.1.10-otp.5

5 years ago

1.1.10-otp.4

5 years ago

1.1.10-otp.2

5 years ago

1.1.10-otp.1

5 years ago

1.1.10

5 years ago

1.1.10-rc.1

5 years ago

1.1.9

5 years ago

1.1.8

6 years ago

1.1.7

6 years ago

1.1.6

6 years ago

1.1.6-rc.8

6 years ago

1.1.6-rc.7

6 years ago

1.1.6-rc.6

6 years ago

1.1.6-rc.5

6 years ago

1.1.6-rc.4

6 years ago

1.1.6-rc.3

6 years ago

1.1.6-rc.1

6 years ago

1.1.5

6 years ago

1.1.5-rc.4

6 years ago

1.1.5-rc.3

6 years ago

1.1.5-rc.2

6 years ago

1.1.5-rc.1

6 years ago

1.1.4

6 years ago

1.1.3

6 years ago

1.1.2

6 years ago

1.1.1

6 years ago

1.1.0

6 years ago

1.0.12

6 years ago

1.0.10

6 years ago

1.0.9

6 years ago

1.0.8

6 years ago

1.0.7

6 years ago

1.0.6

6 years ago

1.0.5

6 years ago

1.0.4

6 years ago

1.0.3

6 years ago

1.0.2

6 years ago

1.0.1

6 years ago

1.0.0

7 years ago