JF
я вижу разницу лишь в том, что в MVP идет прямое обращение во View, а в MVVM этот процесс происходит делегировано посредством pub/sub
Size: a a a
2021 June 27
JF
но сам метод неизменен
AI
В MVP презентер держит ссылку на интерфейс View, конкретный интерфейс для конкретного презентера. Они оба связаны друг с другом. Например, интерфейс вью не может быть в отдельном от презентера gradle модуле.
JF
да, в MVVM это разделение возможно благодаря унификации контракта, что заставляет делать несколько таких соединений
AI
А в классическом MVP вообще вью создаёт экземпляр презентера.
JF
а MVVM откуда берется VM?
AI
Как и в MVI где-то в стороне создаётся.
JF
можно пример?
JF
даже представить себе не могу такое
JF
как без DI на стороне создать VM
JF
(с DI и presenter в стороне создается)
AI
С МВВМ не работаю, может кто-то из чата даст пример.
КЖ
Потому-что вы рассматриваете все подходы в контексте жц Андроид. MVP, MVVM и MVI паттерны не для одного лишь Андроида. Это общие принципы, а конкретные реализации это уже другой вопрос.
JF
покажите пример вне android'а
думаю разберусь
только не на функциональном языке, пожалуйста
думаю разберусь
только не на функциональном языке, пожалуйста
AI
Отдельно создаётся реализация VM, в неё передаются все зависимости. Например в onCreate фрагмента. В onViewCreated можно создать View и передать в неё VM.
АЕ
Мне кажется что создание частей не регламентируется ни одним из этих паттернов, просто что-то где-то исторически сложилось
JF
почему это не тоже самое создание во View?
AI
VM можно положить в отдельный модуль, и сделать так чтобы UI зависел от этого модуля. А сама VM про UI ничего не знает.
AI
Потому что VM не знает про view
JF
это дает унификация контракторв pub/sub