После некоторого перерыва я вернулся к своему проекту Prism, и у меня возник вопрос c generi c.
Наше приложение является "аддоном" в главном приложении. Подумайте о нашем приложении, как о dll, которое загружается в хост-приложение. В хост-приложении есть специальная кнопка, при нажатии которой вызывается предопределенная точка входа нашей dll.
Например (не реальный сценарий): В В Outlook у вас будет пользовательская кнопка с надписью «Делать что-то особенное с некоторыми электронными письмами». Когда пользователь нажимает, что наше приложение загружается и вызывается предопределенная функция / точка входа.
Теперь наше приложение может выполнять его работа Задание (основная бизнес-логика c) довольно полное: - выберите несколько писем - покажите довольно сложный пользовательский интерфейс - выполните некоторую обработку на основе предыдущих входных данных - покажите еще один пользовательский интерфейс - конец .
Вопрос заключается в следующем: - для части пользовательского интерфейса нашего «аддона» должно отображаться «представление призмы» в модальном контексте, или мы должны использовать диалог призмы?
Как вы видите «Главное окно» - это одно из приложений хоста, и наш пользовательский интерфейс действует скорее как последовательность (сложных) диалогов.
Поскольку я довольно новичок в Prism, я не уверен на 100%, что будет лучше путь к go. Преимущество этого диалога заключается в том, что мы можем передавать параметры, собранные на предыдущих этапах нашей бизнес-логики c, но, как я вижу из своего ограниченного опыта работы с Prism, у него все еще есть некоторые проблемы, которые View не пришлось бы преодолевать. (может быть неправильно в этом - но именно поэтому я задаю вопрос)
С другой стороны, при использовании представления я не могу передать (или могу ли я?) данные предыдущей обработки, вместо этого я буду приходится делать это с какой-то инъекционной службой.
Есть мысли? Спасибо за отзыв, Питер