C# Bot框架通道可用性-sms/Twilio

我正在使用

IDialogContext.PostAsync（“[某些字符串]”）

从我的bot应用程序响应最终用户。我正在测试的频道是通过Twilio的SMS频道。我注意到我的应用程序成功地执行了

PostAsync

调用，没有抛出异常（用

try/catch

包装），但消息的传递并不一致。这些消息很长，超过1段

从连接器的角度来看，消息长度是否是一个问题，因为那些“丢弃”的消息甚至没有显示在我的Twilio日志中

连接器服务也使用某种类型的排队机制，并且无法传输到twilio

是否有处理传输或未处理异常的最佳实践示例？是否有任何具有良好错误处理代码的特定bot示例？是否存在扩展某些Web API 2全局错误处理类（）的bot代码

---

4） 我是否应该使用原始客户端并将其发布到连接器API，以便处理接收到的HTTP响应，而不是使用

IDialogContext.PostAsync

方法

您是否检查了聊天机器人的机器人框架站点频道？当连接器无法与通道通信时，通道列表显示错误。我还将SendAsync封装在Post处理程序中的try/catch中。感谢@JoeMayo的评论。我不使用SendAsync，但我使用try/catch包装PostAsync，并在站点通道中看到0个错误。我还查看了我注册到这个bot/频道的电话号码的twilio使用日志，甚至没有看到尝试发送的消息。还有，您是否正在捕获@JoeMayo？它是FormCancelledException？这里有一个示例：嘿@JoeMayo，您介意查看我的一个bot应用程序吗？我仍然会遇到一些传输错误，这些错误似乎会被消耗掉，并且我的bot假定传输成功。我实现的IActivityLogger显示了一个尝试的传出活动，但我在twilio中没有看到任何试图发送sms消息的日志。