🅅🄺
Ещё что?
высокий порог вхождения в декларативное программирование
Size: a a a
2020 August 10
NF
ты на руби писал?
java/c#/node
c
ты на руби писал?
в рельсах, когда описываешь вьюху, ты тоже ставишь ссылки
но вьюха про конкретные ссылки ничего не знает
но вьюха про конкретные ссылки ничего не знает
c
просто функция, которая тебе сгенерит ссылку, когда-нибудь потом
и то какую зависит от контроллера
и то какую зависит от контроллера
c
заюзал вьюху в другом контроллере, ссылки будут другими
c
разделено? да
c
аналог MVC во фронте это VIPER
с тотальным разделением ответственности
с тотальным разделением ответственности
B
на бекенде поток данных идет в одну сторону
ВСЕГДА!
ВСЕГДА!
почему это всегда? а как же всякие очереди и все такое?
c
классический MVC нереализуем во фронте
туда добавляется так называемый mediator в виде EventEmitter
который по сути занимается роутингом событий
туда добавляется так называемый mediator в виде EventEmitter
который по сути занимается роутингом событий
🅅🄺
одна из больших сложностей декларативного программирования как мне кажется это как раз анаоиз самого дизайна такого приложения
NF
классический MVC нереализуем во фронте
туда добавляется так называемый mediator в виде EventEmitter
который по сути занимается роутингом событий
туда добавляется так называемый mediator в виде EventEmitter
который по сути занимается роутингом событий
в твоём якобы классическом MVC тоже есть медиатор/роутер выдающий ссылки)
c
почему это всегда? а как же всякие очереди и все такое?
из контроллера отправляешь событие в очередь, что делать дальше сам решаешь, но чаще всего забиваешь и рендеришь вьюху, либо ждешь события из очереди рендеришь вьюху
смысл в том, что работает это в одну сторону:
(Controller -> Model) -> View
Вьюха не дергает контроллеры, она не дергает модель
и модель не дергает контроллер
Одно направление, всегда
смысл в том, что работает это в одну сторону:
(Controller -> Model) -> View
Вьюха не дергает контроллеры, она не дергает модель
и модель не дергает контроллер
Одно направление, всегда
c
в твоём якобы классическом MVC тоже есть медиатор/роутер выдающий ссылки)
якобы
🅅🄺
когда ты пишешь отвечая на вопрос "что делает приложение?" а не на вопрос "как оно это делает?"
c
в твоём якобы классическом MVC тоже есть медиатор/роутер выдающий ссылки)
ты мне привел десяток картинок с MVC
на котором нет этого медиатора
А потом придумал его, и сказал, что он есть но на другом уровне абстракции
потом сказал, что это стрелка ПОЛЬЗОВАТЕЛЬ (а не код)
а потом сказал, что это EventEmitter, но на схеме его всё ещё нет
на котором нет этого медиатора
А потом придумал его, и сказал, что он есть но на другом уровне абстракции
потом сказал, что это стрелка ПОЛЬЗОВАТЕЛЬ (а не код)
а потом сказал, что это EventEmitter, но на схеме его всё ещё нет
c
ты сам разберись, в своем знании паттерна
c
из контроллера отправляешь событие в очередь, что делать дальше сам решаешь, но чаще всего забиваешь и рендеришь вьюху, либо ждешь события из очереди рендеришь вьюху
смысл в том, что работает это в одну сторону:
(Controller -> Model) -> View
Вьюха не дергает контроллеры, она не дергает модель
и модель не дергает контроллер
Одно направление, всегда
смысл в том, что работает это в одну сторону:
(Controller -> Model) -> View
Вьюха не дергает контроллеры, она не дергает модель
и модель не дергает контроллер
Одно направление, всегда
вот MVC, который я видел, и который реализовывал десятки раз.
И это самый любимый паттерн бекендеров в 2010 годах; И пыха и руби и джанго, все вокруг него
И это самый любимый паттерн бекендеров в 2010 годах; И пыха и руби и джанго, все вокруг него
NF
ты мне привел десяток картинок с MVC
на котором нет этого медиатора
А потом придумал его, и сказал, что он есть но на другом уровне абстракции
потом сказал, что это стрелка ПОЛЬЗОВАТЕЛЬ (а не код)
а потом сказал, что это EventEmitter, но на схеме его всё ещё нет
на котором нет этого медиатора
А потом придумал его, и сказал, что он есть но на другом уровне абстракции
потом сказал, что это стрелка ПОЛЬЗОВАТЕЛЬ (а не код)
а потом сказал, что это EventEmitter, но на схеме его всё ещё нет
потому что его не должно быть на этой схеме
c
потому что его не должно быть на этой схеме
классно)
c
компонента который соединяет другие компоненты и является важной частью архитектуры, НЕ ДОЛЖНО БЫТЬ НА СХЕМЕ КОМПОНЕНТОВ!