相关疑难解决方法(0)

在这个帖子(大约一年前发布)中,讨论了在非交互式会话中运行Word时可能遇到的问题.那里给出的(非常强烈的)建议不会这样做.在一篇文章中,它表示"Office API都假设您在桌面上的交互式会话中运行Office,具有监视器,键盘和鼠标,最重要的是消息泵." 我不确定那是什么.(我用C#编程只用了一年左右;我的其他编程经验主要是使用ColdFusion.)

更新:

我的程序运行大量RTF文件,以提取用于构建医疗报告编号的两条信息.我没有尝试弄清楚RTF中的格式化指令是如何工作的,而是决定只在Word中打开它们并从那里拉出文本(而不是实际启动GUI).有时,程序在处理一个文件的中间打嗝,并留下了一个字线打开该文件附有(我仍然要弄清楚如何关闭一个向下).当我重新运行程序时,我当然得到一个通知,说有一个线程正在使用该文件,我是否想要打开一个只读副本？当我说"是"时,Word GUI突然突然冒出来并开始处理文件.我想知道为什么会这样; 但看起来可能一旦弹出对话框,消息泵开始将主GUI推送到Windows？

我正在开发一个服务结构应用程序，想要从此应用程序发布一些事件，并在另一个应用程序中订阅或处理这些发布事件。

我尝试过 EventGrid 概念，并观察到发布和处理事件时存在延迟。所以，现在我正在寻找其他替代方案，例如 EventHub 或队列等。

如果有人已经使用过 EventGrid、EventHud 或 Queues 等，请建议当我们处理更多事件时，哪一个会提供更好的性能。

设计方法

我们已将表从 SQL 服务迁移到 Service Fabric。SQL Service 中有一个视图，我们计划将其实现为 Service Fabric 中的服务。

实现逻辑如下。

1. 表 1 实现了服务，我们将每个 CRUD 操作的事件发布到 EventGrid/EventHud。
2. 表 2 实现了服务，我们将每个 CRUD 操作的事件发布到 EventGrid/EventHud。
3. 我们创建了一个视图服务，它监听事件，当任何事件发送到 EventGrid/EventHud 时，它将执行所需的计算并存储在 ViewService 中（这是一个后台作业）

我们正在寻找一种能够提供更高性能的消息传递服务。