Когда неуправляемые библиотеки DLL должны отображать окна и другие элементы графического интерфейса?

Question

Я считаю, что это в основном относится к настраиваемым диалоговым окнам, помещаемым в библиотеки DLL, но я уверен, что есть некоторые отдаленные ситуации, о которых я не задумывался.Есть ли когда-нибудь причина для DLL (помимо, возможно, Control Library) отображать диалоговые окна, всплывающие окна или другие элементы графического интерфейса?Я вижу, что он отнимает контроль у разработчика, использующего эту библиотеку, обходя разработчика и передавая решение непосредственно пользователю, но существуют ли ситуации, когда это может быть допустимым проектом?Или это строго плохой дизайн?

Answer 1

С чего бы это плохо?

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

Однако dll не обязательно соответствует логическому или функциональному прикладному уровню, это единица развертывания, которая может содержать что угодно, от ресурсов до кода и графических элементов. Фактически, вы можете объединить бизнес-логику и графический интерфейс в одну DLL, например, при создании и развертывании расширения приложения.

Answer 2

Я считаю, что использование механизма исключений - лучший способ для этого.