DoEvents в DLL

Question

Есть ли у вас какие-либо идеи, как позвонить в DoEvents из библиотеки C# DLL

Answer 1

Не делайте этого. Это достаточно схематично, когда вы используете приложение, управляющее циклом событий; перекачка сообщений из DLL просто добавляет к риску, что вы в конечном итоге получите код, наивный программист не стал безопасным для повторного входа.

Answer 2

Возможно, вы имели в виду System.Windows.Forms.Application.DoEvents()?

Answer 3

Напишите интерфейс для EXE и укажите его основную форму или основной класс. Затем зарегистрируйте этот объект, реализующий интерфейс с DLL. Назначьте его переменной типа интерфейса Сделайте подпрограмму, которая видна во всей DLL. В подпрограмме проверьте, не является ли переменная ничем, если она не является подпрограммой, которая запускает метод, который вы создали для запуска DoEvents. В любое время, когда вам нужно сделать DoEvents, вызовите подпрограмму.

Если вы используете трехуровневую организацию для своего приложения, поместите подпрограмму или переменную на объект, представляющий все ваше приложение. Регистрируйте форму с объектом Application.

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

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

Answer 4

Я бы выбрал «не делать» (из DLL или проекта пользовательского интерфейса). Есть несколько вещей, которые вы можете сделать, чтобы сделать код библиотеки хорошо совместимым с пользовательским интерфейсом, включая те же тонкие трюки (с событиями и/или обратными вызовами), которые вы можете использовать из пользовательского интерфейса. Самый простой подход заключается в том, что код библиотеки просто выполняет «как есть», и если пользовательский интерфейс возникает, чтобы создать его в рабочем потоке, то это задача UI обрабатывать любые события и маршалировать их (Control.Invoke/BeginInvoke) в поток пользовательского интерфейса для Обновления пользовательского интерфейса.

Для более сложных сценариев, вы можете использовать для синхронизации контекста (SynchronizationContext.Current), чтобы отправлять сообщения в потоке пользовательского интерфейса (это на самом деле, как Control.Invoke и т.д. работа, но реализация не зависит - так WPF синхронизации контекст может пройти диспетчер WPF).

Можете ли вы добавить больше контекста о том, что такое сценарий? Есть много вещей, которые можно сделать ...