/ / Migration zum benutzerdefinierten BotState-Dienst - Checkliste? - c #, .net, Botframework

Migration zum benutzerdefinierten BotState-Dienst - Checkliste? - c #, .net, Botframework

Nach dem Ankündigung, dass die Out-of-the-Box-Bot-Status-Verwaltung veraltet sein wird, haben wir unseren eigenen Bot-Status-Dienst mithilfe der folgenden Dokumentation implementiert:

Daher können wir den Migrationsprozess in folgende Schritte zusammenfassen:

  1. Setup Azure Cosmos DB, die zum Speichern der Bot-Statusdaten verwendet wird.
  2. Aktualisieren Sie die Conversation IoC-Container, um die DocumentDbBotDataStore Registrierungen.
  3. Sicher gehen, dass StateClient type wird nicht mehr verwendet, da es den standardmäßigen Bot-State-Speicher verwendet. Benutze die ConversationData, PrivateConversationData und UserData von dem IDialogContext stattdessen.

Nachdem wir die obigen Schritte implementiert haben, können wir sehendass die Botzustandsdaten nun korrekt in unserer eigenen Cosmos DB gespeichert werden. Außerdem meldet der Bot Channel Emulator keine Warnungen mehr, die sich auf den Bot-Status beziehen.

Meine Frage ist, ob es andere Schritte gibtwas wir tun müssen, um sicherzustellen, dass es keine hinter den Kulissen Aufrufe zu dem standardmäßig veralteten Bot-Zustandsdienst gibt. Gibt es noch etwas, das nicht zu offensichtlich ist, aber berücksichtigt werden muss?

Antworten:

1 für die Antwort № 1

Es sieht so aus, als hättest du alles abgedeckt. Es gibt keine "hinter den Kulissen Aufrufe an den standardmäßigen veralteten Bot-Statusdienst" in der SDK. Wenn Sie activity.GetStateClient () nicht verwenden und einen IBotDataStore ordnungsgemäß implementiert haben, sind Sie fertig.

Dieses Dokument beschreibt, wie der DocumentDbBotDataStore von Microsoft.Bot.Builder.Azure verwendet wird https://github.com/Microsoft/BotBuilder-Azure