使用 SDK v4 启动编码机器人的陷阱
The pitfalls of starting a coded bot with SDK v4
我打算使用 Microsoft 的 Bot Framework 构建一个聊天机器人。几天来我一直在抄录文档以使自己沉浸在新鲜事物中。
感觉微软要我用Composer，但肯定是Code为王...
我感觉 SDK v4 的功能与 Composer 相当，对吧？
我可以在这里看到关于迁移的问题。用 Jeff Bezos 的话来说，这是单向门吗？
如果我走编码路线，我会遇到什么陷阱？这真的是最好用 GUI 完成的事情之一吗？
提前致谢。
当然这里没有正确答案。我个人的看法是，Composer 使许多“核心”功能的创建变得更加容易，从对话框到提示，再到将机器人用作技能。然而，一旦您走出 Composer 认为的“标准”（例如，您想要保留一些提示值但重新提示其他值的对话循环），您要么必须在功能上妥协，要么去编码。微软肯定在推动 Composer，但我有一些功能，虽然可能不是完全必要的，但不能轻易（或者根本不能）用 Composer 实现。我的一些团队现在正在探索 Composer 机器人，但对于新项目，我们仍在使用完全编码的机器人。
我打算使用 Microsoft 的 Bot Framework 构建一个聊天机器人。几天来我一直在抄录文档以使自己沉浸在新鲜事物中。
感觉微软要我用Composer，但肯定是Code为王...
我感觉 SDK v4 的功能与 Composer 相当，对吧？
我可以在这里看到关于迁移的问题。用 Jeff Bezos 的话来说，这是单向门吗？
如果我走编码路线，我会遇到什么陷阱？这真的是最好用 GUI 完成的事情之一吗？
提前致谢。
当然这里没有正确答案。我个人的看法是，Composer 使许多“核心”功能的创建变得更加容易，从对话框到提示，再到将机器人用作技能。然而，一旦您走出 Composer 认为的“标准”（例如，您想要保留一些提示值但重新提示其他值的对话循环），您要么必须在功能上妥协，要么去编码。微软肯定在推动 Composer，但我有一些功能，虽然可能不是完全必要的，但不能轻易（或者根本不能）用 Composer 实现。我的一些团队现在正在探索 Composer 机器人，但对于新项目，我们仍在使用完全编码的机器人。