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

Question

Прежде всего, пожалуйста, простите меня, если я получу терминологию неправильно. Терминология важна, но аналогичные понятия часто выражаются разными терминами. Предположим, что у меня есть два, недостаточно четко обозначенных «сущности» на моем уровне представления, которые должны использовать те же данные, которые были получены на уровне службы. Какими должны быть сущности?

Должны ли эти сущности быть как ведущими MVP? Если да, имеет ли смысл создавать две триады MVP, которые обрабатывают одни и те же данные (но, конечно, по-другому)?

Возможно, лучше иметь один презентатор и несколько видов? Или, может быть, это означает, что Модель слишком раздута и ее следует разделить на разные модели?

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

Answer 1

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

Но ни представление, ни ведущий не содержат никаких данных. Модель представляет собой представление текущего состояния данных в приложении.

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

Но если вы получаете только какие-то «сырые» данные, которые обрабатываются совсем по-другому, тогда вам, вероятно, также следует создать собственную модель для каждого презентатора/представления. Модель может ссылаться на извлеченные данные, которые могут храниться где-то на уровне службы или на объекте модели более высокого уровня.