DE
это подход другой
Size: a a a
2020 August 14
I
Ну ок, просто описали новые абстракции в mvu, но никто не писал что какие то абстракции удаляются
https://blog.cleancoder.com/uncle-bob/images/fpvsoo.jpg
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
DE
он не дополняет клин и наоборот
Д
https://blog.cleancoder.com/uncle-bob/images/fpvsoo.jpg
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
Вынос мозга
AD
Я вообще думал по началу что это все на presentation слое работает, как mvp или mvvm
справедливости ради, оно где угодно работает - может быть частью презентейшн слоя, может скрываться где-то за интерфейсом а-ля репозитория, выкидывая наружу изменения, может быть частью бизнес-логики)
Д
справедливости ради, оно где угодно работает - может быть частью презентейшн слоя, может скрываться где-то за интерфейсом а-ля репозитория, выкидывая наружу изменения, может быть частью бизнес-логики)
Ну мне описали что там почти все это domain только effect handler это data а отрисовка вью непосредственно это presentation
AD
Ну мне описали что там почти все это domain только effect handler это data а отрисовка вью непосредственно это presentation
возможно, мой взгляд немного отличается, но там нет понятия domain вообще) редьюсер - логика, а уж логика чего - вопрос конкретной задачи)
Д
возможно, мой взгляд немного отличается, но там нет понятия domain вообще) редьюсер - логика, а уж логика чего - вопрос конкретной задачи)
Вынос мозга в квадрате
Kd
https://blog.cleancoder.com/uncle-bob/images/fpvsoo.jpg
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
Понимаешь, тут такая штука - это все не нужно, когда есть функции 😏
как жаль неокрепшие умы которые эту смешную картинку воспринимают всерьез )
DE
Ну мне описали что там почти все это domain только effect handler это data а отрисовка вью непосредственно это presentation
в данном случае проще забыть про presentation, data, domain. Представь, что у тебя просто механизм, который принимает на вход эвент, а на выходе ты получаешь новый стейт с выполнеными эффектами. Попробуй рассмотреть конкретную задачу. Куда впихнуть логику со своих use case, ты поймешь только при написании кода
Д
Мне вся эта функциональщина как анархизм смотрится, со стороны по крайе мере, надо сильнее в это погрузится но руки не доходят пока что
DE
Мне вся эта функциональщина как анархизм смотрится, со стороны по крайе мере, надо сильнее в это погрузится но руки не доходят пока что
я бы даже не называл это функциональщиной
AD
Konstantin dmz9
как жаль неокрепшие умы которые эту смешную картинку воспринимают всерьез )
скажи, что монады - не функции)
DE
я бы даже не называл это функциональщиной
в реализации не используется ничего сложного. Только язык программирования
Kd
скажи, что монады - не функции)
эта картинка сделана так как будто в фп есть ооп паттерны, а их там нет
Kd
в фп паттерны свои, точнее там просто функции
Kd
пиздишь функцию у друга - вот тебе и паттерн весь 😂😂😂
Kd
спросишь а как вот у вас там это обрабатывается - ну, функцией.
а вот тут - ну тоже функция. кругом функции.
спроси у оопшников как там это обрабатывается - ну берем синглтон, тут значит ебана, цепочка обязаностей, декораторы, фабрики, абстрактные фабрики абстрактных фабрик*, сразу все понятно
а вот тут - ну тоже функция. кругом функции.
спроси у оопшников как там это обрабатывается - ну берем синглтон, тут значит ебана, цепочка обязаностей, декораторы, фабрики, абстрактные фабрики абстрактных фабрик*, сразу все понятно
Kd
тебе тоже будет понятно когда код увидишь, код функций.
а ооп можно на пальцах через паттерны выразить
а ооп можно на пальцах через паттерны выразить
Д
Правильно я понимаю что для кейса "получить список данных для отображения" без mvu можно реализовать как:
Триггер вью модели -> вызов usecase -> вызов репозитория -> обновить данные в вью модели
А при mvu
Триггерится сообщение -> создаётся эффект -> effect handler идёт в репозиторий -> отправляется сообщение с результатами
Триггер вью модели -> вызов usecase -> вызов репозитория -> обновить данные в вью модели
А при mvu
Триггерится сообщение -> создаётся эффект -> effect handler идёт в репозиторий -> отправляется сообщение с результатами