Критика подхода к отправке сообщений о состоянии в пользовательский интерфейс? - PullRequest
0 голосов
/ 01 ноября 2010

Мы пишем приложение, размещенное в Excel 2002 (стон).Одно из требований заключается в том, что во время определенных операций мы отправляем сообщения о ходе работы пользователю с бизнес-уровня.Однако эти сообщения могут отображаться на нескольких сайтах, одно из которых представляет собой строку состояния Excel, а другое - метку на форме, а возможно, и другие в будущем.В некоторых ситуациях нам нужно только публиковать сообщение в строке состояния Excel, в других - просто метку на форме, а в других - оба.

В настоящее время у нас есть сообщение «хаб», к которомубизнес-логика может публиковать сообщения о состоянии.Строка состояния Excel, а также метка формы отслеживают этот концентратор, и, если какие-либо сообщения публикуются, они перехватывают сообщения и отображают их - как при массовых рассылках через почтовое отделение, где отправитель не имеет отношения к месту назначения.

Первое: это общепринятый образец?

Второе: было бы целесообразно, чтобы бизнес-уровень знал о месте назначения, в которое ему необходимо опубликовать сообщение?Несмотря на то, что бизнес-уровень относительно отделен от пользовательского интерфейса с помощью почтового отделения, каково ваше мнение о том, что бизнес-уровень, по сути, содержит информацию об адресе / цели / месте назначения?

Спасибо.

1 Ответ

1 голос
/ 01 ноября 2010

Если вы хотите придерживаться общепринятого шаблона для такого типа проблемы, то вам нужно взглянуть на шаблон проектирования Model-View-Controller (MVC). Цель шаблона - отделить бизнес-логику от GUI. Это позволяет одной модели (бизнес-логике) управлять несколькими различными графическими интерфейсами.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...