Интерактив по Flux и MVC

Комментарии (22)

Arunas

2020-10-12 17:34

Спасибо.

fedot

2020-10-17 16:16

Спасибо

Кропотов Александр

2020-10-19 07:38

Дмитрий, во первых, конечно же спасибо. А вопрос такой. Вы предполагаете использовать все же Редакс для хранения состояния? Как то складывается ощущение что сейчас в тренде Хуки, и будущее за ними. И еще вопрос. Будете какую либо UI библиотеку использовать в проекте аукциона? Ну типа material-ui.

Дмитрий Елисеев

2020-10-20 17:07

Хранилище удобно для хранения глобальных данных вроде пользователя. А остальное можно сохранять в локальном состоянии компонента через хук useState.

Павел

2020-10-21 21:01

Как всегда уровень подачи на высоте!)

kashamamina

2021-04-30 23:45

я согласен с вами по MVC, но как насчет того что даже Facebook на сайте своего Flux начиная со второго абзаца пишет об MVC совсем иначе, как об web-MVC или ADR? как это можно объяснить? и кстати, вы бы могли поделится источниками об "том самом MVC", не могу найти ничего толком о его изначальных идеях?

Дмитрий Елисеев

2021-05-01 12:06

В Wikipedia в разделе History есть сноска на оригинальную статью A Description of the Model-View-Controller User Interface Paradigm in the Smalltalk-80 System с описанием:

The standard interaction cycle in the Model-View-Controller metaphor, then, is that the user takes some input action and the active controller notifies the model to change itself accordingly. The model carries out the prescribed operations, possibly changing its state, and broadcasts to its dependents (views and controllers) that it has changed, possibly telling them the nature of the change. Views can then inquire of the model about its new state, and update their display if necessary. Controllers may change their method of interaction depending on the new state of the model.

Оригинал позволяет представлениям по событию изменения модели самим запрашивать нужные данные из модели. И при желании позволяет контроллерам тоже подписаться на модель, чтобы потом при изменении состояния модели контроллер мог менять свою логику. То есть поток однонаправленный, но может дополняться обратными зависимостями. Контроллеру и представлению даётся больше свободы и самостоятельности для реализации всего процесса работы.

А Flux в этом смысле как раз проще и прямолинейнее, так как не предусматривает возможности создания таких обратных зависимостей. Там экшены и представления примитивные и однонаправленные. Вместо них процессом больше управляет обвязка и сам React.

kashamamina

2021-05-01 18:52

ООООО, спасибо, спасибо, это я и искал. А вот еще насчет однонаправленности, это же имеется ввиду что поток данных между view action и model идет в одном направлении, по сути по кругу и эта связь как-бы не обрывается, или же нет? Потому что мне говорили что однонаправленный это когда поток данных идет не по кругу, то есть как я понял что, например, есть как-бы вход, выход и все, то есть как в web-mvc, где запрос попадает на контроллер, он в свою очередь делает запрос в модель по надобности, принимает данные которые она вернет, далее передает их в view, тот формирует представления (некий ответ), отдает его контроллеру, а тот пользователю и все, поток оборвался по сути. Как будет правильнее?

Дмитрий Елисеев

2021-05-02 07:29

Однонаправленный - это когда информация перемещается только в одну сторону.

У нас представление передаёт данные только в контроллер, а контроллер только в модель:

   M
 ↑   ↓
C  ←  V

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

   M
 ↑   ↑↓
C  ⇔  V

То есть главное – это только направление.

kashamamina

2021-05-01 19:01

И при желании позволяет контроллерам тоже подписаться на модель, чтобы потом при изменении состояния модели контроллер мог менять свою логику.

А что под этим имеется ввиду, что контроллеры в зависимости от нового состояния модели могут менять свою логику. Это как? Ну то есть, что это по сути значит и как, в каких кейсах, может использоваться?

Дмитрий Елисеев

2021-05-02 07:59

Можно придумать какую-то ситуацию. Например, если в модели что-то выключилось, то контроллер может отписаться от системного таймера, чтобы экономить ресурсы.

kashamamina

2021-05-02 15:35

большое спасибо за ответы!

S.Polessky

2021-08-02 08:55

const favorite = (id) => {
   api.post(`/lots/${id}/favorite`).then(() => {
       dispatch(favoriteLot(id))
   })
}

Почему, кстати, мы функцию favorite записываем в const, а не используем function? Чтобы ограничить область видимости и не резервировать название?

Дмитрий Елисеев

2021-08-03 14:17

Разницы с точки зрения записи нет, если не учитывать отсутствие this внутри трелочных функций. Записываем так для однообразия с другими присваиваниями.

S.Polessky

2021-08-03 09:18

Модель данных - это название отдельной сущности (пример: Lot) или их группы (Lot, User, News)?

Дмитрий Елисеев

2021-08-03 14:23

Смотря как это сделано в проекте. Можно работать с каждой сущностью отдельно, а можно всё склеить в одну структуру.

S.Polessky

2021-08-03 09:36

Значит, в MVC все "равноправные партнеры" - View говорит что делать Controller > Controller говорит что делать Model > Model высылает директиву о своих изменениях, и View обязан измениться. Равноправное партнерство.

А в ADR "Action" - крутой перец. Он говорит что делать Model, и потом по результатам говорит как оформлять данные ADR. Диктатура Action.

Так, да?

Дмитрий Елисеев

2021-08-03 14:25

Примерно так. В ADR процессом управляет Action.

S.Polessky

2021-08-03 09:57

Гибриный MVC - это:

Отсылаем запрос на Back-end, который через Controller вносит изменения в Model, а та создаёт оповещение для Front-end через WebSocket.

Вопрос по схеме Гибридного MVC:

(36:33 - https://i.imgur.com/ANYww2N.png)

За что ответственный северный View в схеме "Гибридного MVC"? Или его просто надо удалить?

Дмитрий Елисеев

2021-08-03 14:28

В этом случае View понадобится только чтобы вернуть первоначальное представление по GET-запросу. А для POST-запроса он уже не нужен.

S.Polessky

2021-08-11 08:20

Интересно, а в каких кейсах нужен "Гибридный MVC", вместо "Web-MVC"? Web-MVC подход же самый популярный, я так понимаю?

Дмитрий Елисеев

2021-08-16 18:09

Во всех таких же сайтах, где новые данные в реальном времени приходят с сервера через WebSocket.

Зарегистрируйтесь или войдите чтобы оставить комментарий

Или войти через:

Google

GitHub

Yandex

MailRu