缓冲按钮变化形式

Question

这是我的第一篇文章。我有一个让我头疼的大问题。我有一个使用 WinForms、TTS（文本转语音）语音和带有状态的自定义按钮的应用程序。

在我的第一个表单-主表单中，当我单击按钮时，应用程序会在第一个表单上方打开第二个表单。好的。 当我通过按钮关闭第二个表单时，我告诉 TTS 说些什么，然后表单自行关闭，再次查看第一个表单。好的。

当我在第二种形式的按钮中单击两次时，问题就开始了：TTS 说了一些话，按钮关闭，“第二次单击”仍在单击缓冲区（或某处）中，并且它在第一种形式中单击（其中当我第一次按下按钮时 4 秒后出现）。 我在同步模式下使用语音；如果我在异步模式下使用语音，应用程序会以一个很好的异常结束。 如果我在第二种形式中单击三到四次，其他单击仍然保留在缓冲区中，并且始终在第一种形式中单击。

我尝试（1）删除 DoubleClick 事件，（2）删除与按钮关联的事件，（3）隐藏从第二个表单返回时自动单击的按钮，（4）在创建之前隐藏第一个表单第二，完成后恢复。

建议？ 谢谢！

PD：我对我的英语感到抱歉：S

PD2：我上传了一个非常简单的示例会发生什么。

Answer 1

编辑2

查看代码后，我了解您现在遇到的问题。按钮点击次数堆积的原因是，当您在 TTS 中调用 Speak 时，应用程序会在等待函数完成时锁定。在此期间的任何按下都会堆积起来，直到应用程序再次空闲来处理它们，然后您在处理消息之前立即关闭表单，然后在第一个表单中处理这些消息。

我提出了一些适合您的解决方案：

1. 在您的 TTS 类中仅使用 SpeakAsync 命令，并引入一个等待系统，您可以在执行任何操作之前等待语音完成。这将释放应用程序，并且不会导致鼠标单击事件堆积。

2. 触发“讲话”命令后，您可以访问 Windows 消息列表并清除该过程完成之前发生的所有鼠标单击事件。不幸的是，我不确定你将如何实现这一点，因为我以前没有这样做过。我认为您需要覆盖 WndProc 函数，但我再次不确定。这也可能有点危险，因为您最终可能会错误地清除完全有效或重要的系统消息。抱歉，无法就此提供更多帮助。

3. 在第二种形式中实现后台工作程序，它将在后台线程上单独处理 Speak 命令。这将再次释放应用程序，因此鼠标单击事件不会堆积。我已经修改了您的示例项目并将其压缩以供您查看。如果您愿意，我可以进一步解释，但本质上它执行以下操作：

   • Form 2 加载并创建后台工作程序。
   • Worker_DoWork 和 Worker_WorkComplete 委托是在后台工作线程中创建和设置的。这些函数在工作进程启动时和工作进程完成后调用。
   • Form 2 触发后台工作程序启动。然后后台工作人员处于无限循环中等待命令处理。
   • 当按下“Hello”按钮时，这会将 SayHello 布尔值设置为 true，工作人员会发现这一点，执行适当的发言功能，然后重置布尔值，为下一次按下做好准备。
   • 按下“关闭”按钮时，后台工作程序中会调用 CancelASync 请求。
   • CancelASync 中断BackgroundWorker 的主循环（CancellationPending 变为true）。在退出BackgroundWorker 的主循环之前，将发送适当的发言命令并将DoWorkEventArgs 的cancel 属性设置为true。
   • 跳出主循环会导致调用 Worker_WorkComplete，然后关闭表单。

我希望您能够按照示例（下面链接）进行操作，我在这里已经对其进行了很好的解释。我更喜欢这个解决方案，因为它具有很强的可扩展性，例如，您可以在主工作线程中添加更多条件。

就像我说的，如果您有任何疑问，请询问，我会尽力提供帮助。

希望这有帮助。

示例链接：http://www.mediafire.com/?2mf1yahto50ljs6

Answer 2

使用布尔标志来跟踪表单是否处于接受单击的状态。

IE - 当您打开第二种形式时，'boolean canPlaySound = true;'当按钮单击事件触发时，仅当 canPlaySound 为 true 时才播放声音（并在播放声音之前将其设置为 false）。

下一次点击将被忽略，因为 canPlaySound = false。你不会播放声音。