После объявления , что стандартное управление состоянием бота будет объявлено устаревшим, мы внедрили собственную службу состояния бота, используя следующую документацию:
- Управление пользовательскими данными состояния с помощью Azure Cosmos DB для .NET
- Пример бота Custom State API
- Мигрированный поставщик состояния бота, но звонки для state.botframework.com все еще создаются
- Состояние в Botframework
Таким образом, мы можем обобщить процесс миграции в следующие этапы:
- Настройте Azure Cosmos DB, которая будет использоваться для хранения данных о состоянии бота.
- Обновите контейнер
Conversation
IoC, включив в негоDocumentDbBotDataStore
регистрации. - Убедитесь, что тип
StateClient
больше не используется, так как он использует готовое хранилище состояния бота по умолчанию. Вместо этого используйтеConversationData
,PrivateConversationData
иUserData
изIDialogContext
.
После того, как мы выполнили вышеуказанные шаги, мы видим, что данные о состоянии бота теперь правильно хранятся в нашей собственной базе данных Cosmos. Кроме того, эмулятор канала бота больше не выдает предупреждения, связанные с состоянием бота.
Мой вопрос заключается в том, есть ли другие шаги, которые нам нужно предпринять, чтобы гарантировать, что не будет каких-либо закулисных вызовов устаревшей службы состояния бота по умолчанию. Есть ли что-то еще, что не слишком очевидно, но нужно учитывать?