application.doEvents()是我唯一的选择吗(在本例中)?

我有一些商业设备可以连接到设备制造商提供的.NET库,所以我对库或设备没有控制权,只有我的代码。

制造商已经设置了他们的系统,这样如果您没有通过他们的库连接到设备,那么它就可以正常工作。但是,当您连接到它们的库时,有一个隐含的要求,即您必须以设备运行速度设置的速率为Windows消息泵提供服务。这是因为他们的库实现了一个事件系统,您可以订阅该系统来跟踪设备的操作,但他们假定您的应用程序代码将基于WinForms。(但在他们的文档中没有明确说明这一点——只是他们的.NET示例程序都是基于winforms的。)我已经向他们的技术支持部门确认,您的期望是使用winforms应用程序。

在我的例子中,我正在编写一个基于C,非WinForms的应用程序(实际上是一个Windows服务,所以我没有UI线程),即使我正在连接设备,我也没有订阅任何事件。结果,我发现我需要引用winforms程序集并以足够快的速度调用application.doEvents(),以服务于我不订阅的所有事件。

所以我的问题是:

1. 在这种情况下,调用application.doEvents()是我唯一的选项?
2. 或者有一种更现代的方法来做这个?
3. 以20毫秒的速率调用doEvents()的后果是什么?
4. 不相关,但如果我编写了一个基于WPF的应用程序,那么该程序是否可能为消息泵提供服务?

编辑

我应该补充一点,如果你连接到设备,不服务Windows消息泵(即使没有订阅任何事件),那么设备就会开始不可预知地下降。

编辑2

另外,我用来连接库的线程大约是从最初的Windows服务线程中删除的2到3代。