Google cloud platform “dialogflow实现nodejs”库是否仍在维护中，还是需要切换到“dialogflow API:Node.js Client”库？

我在库对话框Flow fulfillment NodeJ的github中意识到，即使在README.md中，也没有新的更新，也没有很多关于库是否会继续的讨论。他们写道警告：此库不再维护。它只应在使用内联编辑器时使用

我一直在DialogFlow上使用内嵌编辑器进行测试，但我意识到，当我将云函数的版本从节点8更改为节点10时，因为Firebase说对节点8的支持将终止，所以我考虑更改版本，但是，我在内嵌编辑器中进行部署时遇到了很多问题，因此我想，如果库本身的问题仍然使用package.json中的节点6，那么

这个库仍然使用节点6，所以在云函数中更改为节点10时，他停止了部署，这是不是有问题

---

我应该在我的webhook服务中使用什么？

正如您从公众那里了解到的，图书馆不再维护。然而，它也说：

。。。仅当使用

此外，当查看“实现”部分下的Dialogflow控制台时，如果启用了内联编辑器选项，则会说明：

新创建的云函数现在使用Node.js 10作为运行时引擎。 查看更多详细信息

有关图形参考，请参见

我最近创建了最后一个云函数，可以确认在查看package.json文件时，引擎的版本设置正确

因此，即使不再维护该库，内联编辑器中的支持仍然可用，而且我看不到任何关于它的内容在他们的应用程序中被弃用。我的结论是，你可以自信地使用它

最后，关于使用内联编辑器部署云函数的问题，可能是因为其他原因。我的猜测是，您或具有所需权限的人直接对云函数进行了更改，而没有使用内联编辑器；因此，在本节中提到的场景中，说明如下：

如果使用云函数控制台修改代码，则无法 不再使用内联编辑器来修改代码。你的职能将 继续为您的代理提供履行，但以后必须进行编辑 可以在云功能控制台中创建

---

如果您想继续使用内联编辑器来部署未来的更改，我建议您备份云函数，并使用内联编辑器创建一个新的云函数，您可能需要禁用内联编辑器并手动删除以前创建的云函数，请记住备份您的代码和配置。

正如您可以从公众那里了解到的，该库不再维护。然而，它也说：

。。。仅当使用

此外，当查看“实现”部分下的Dialogflow控制台时，如果启用了内联编辑器选项，则会说明：

新创建的云函数现在使用Node.js 10作为运行时引擎。 查看更多详细信息

有关图形参考，请参见

我最近创建了最后一个云函数，可以确认在查看package.json文件时，引擎的版本设置正确

因此，即使不再维护该库，内联编辑器中的支持仍然可用，而且我看不到任何关于它的内容在他们的应用程序中被弃用。我的结论是，你可以自信地使用它

最后，关于使用内联编辑器部署云函数的问题，可能是因为其他原因。我的猜测是，您或具有所需权限的人直接对云函数进行了更改，而没有使用内联编辑器；因此，在本节中提到的场景中，说明如下：

如果使用云函数控制台修改代码，则无法 不再使用内联编辑器来修改代码。你的职能将 继续为您的代理提供履行，但以后必须进行编辑 可以在云功能控制台中创建

如果您想继续使用内联编辑器来部署未来的更改，我建议您备份云函数，并使用内联编辑器创建一个新的云函数，您可能需要禁用内联编辑器并手动删除以前创建的云函数，请记住备份您的代码和配置。

不是用于实现webhook的库。它被用作调用Dialogflow以生成/编辑代理或提交内容以确定匹配意图的客户端

对于Webhook，您需要自己解析JSON，并发送一个有效格式的JSON作为响应的一部分。如前所述，虽然库没有被弃用，但它也没有得到维护。因此，如果Flow对话框确实得到更新，则库可能不会得到更新。有 第三方库，例如正在开发的用于提供履行的库，这些库可以在内联编辑器中工作。

不是用于履行webhook的库。它被用作调用Dialogflow以生成/编辑代理或提交内容以确定匹配意图的客户端

---

对于Webhook，您需要自己解析JSON，并发送一个有效格式的JSON作为响应的一部分。如前所述，虽然库没有被弃用，但它也没有得到维护。因此，如果Flow对话框确实得到更新，则库可能不会得到更新。有第三方图书馆，例如，正在致力于提供实现，这些可以在内联编辑器中工作。

目前是这样的，但当我在年初开始我的项目时，内联编辑器中出现了节点8，当我刚刚将节点版本更改为10云函数时，他没有在内联编辑器中部署，所以我转到云函数并反转到节点8，然后返回到通过在线编辑器进行部署。这个问题似乎在这段时间内得到了缓解，并且可能更早一些，Node.js 8在2020年6月被弃用，从7月开始，我可以看到，当出现类似这样的问题时，这个修复程序是可用的，您可以使用问题跟踪器报告它们，目前是这样的，但是当我在年初开始我的项目时，它在内嵌编辑器中附带了节点8，当我刚刚将节点版本更改为10个内嵌函数时，他没有在内嵌编辑器中部署，所以我转到了云函数，并反转到节点8，然后返回通过在线编辑器进行部署。这个问题似乎在这段时间内得到了缓解，而Node.js 8在2020年6月被弃用的时间可能早了一点，从7月开始，我可以看出，当出现类似问题时，此修复程序是可用的，您可以使用问题跟踪程序在下面的注释中报告它们-我是multivocalNote的主要作者-我是multivocalNote的主要作者