統合の 1 つは、D2LWS UserManagementService を使用してユーザー名を userId に変換します。生徒が LTI リクエストをクリックすると、生徒のユーザー名、姓名を受け取りますが、他の Valence API 呼び出しの一部では数値の userId が必要です。
D2LWS が廃止される前に、D2LWS への依存を減らしたいので、この変換を行うために使用できる同等の Valence API 呼び出しがあるかどうか疑問に思っていますか?
1 に答える
1
クライアント アプリケーションが LMS ユーザー ID のプロパティを理解していることを入力するには、さまざまな方法があります。また、D2LWS プラットフォームは本質的にサービス間レベルの運用上の信頼のために最適化されているのに対し、新しい Valence プラットフォームはユーザー間の運用上の信頼のために最適化されていることを覚えておくことも注目に値します。つまり、すべての Valence 呼び出しは実際の認証されたLMS ユーザー アカウントのコンテキスト(呼び出しを行うために、クライアント アプリケーションは最初に、認証されたユーザーのユーザー ID/キーのペアを取得するように要求する必要があるという意味で)。
クライアント サービスが LTI 起動で LMS によって常に接続またはプロンプトされる場合、その起動から開始するのに十分な容量があります ( Valence 呼び出しと LTI を組み合わせてリモート プラグイン サービスを使用する方法については、この詳細なトピックを参照してください)。ログインした LMS セッションから何らかの方法でその起動を開始した実際の LMS ユーザーが存在するはずです。したがって、LTI の起動後、サービスは方向転換して LMS を呼び出し、現在認証されているユーザーのユーザー トークンを要求することができます。このユーザーはほぼ確実に LTI 起動ユーザーである必要があります。
通常、LTI ローンチから連絡を受けて Valence を使用したいサービスの場合、ローンチ直後にユーザー コンテキストを確立し、whoami 呼び出しを行うことをお勧めします。これは複数の目的に使用できます。起動ユーザーに代わって Valence 呼び出しを行うために使用できる信頼できるユーザー トークンのセット。また、WhoAmIUser データ構造で取得した情報を使用して、ユーザー ID のコンテキストの入力を支援できます。
特定の目的のために、WhoAmIUser データ構造には、起動ユーザーの名、姓、一意の名前 (ユーザー名)、LMS プロファイル ID、およびIdentifierコンテキストで使用できる LMS ユーザー ID ( ) プロパティが含まれています。必要に応じて、他の Valence コールを呼び出します。ただし、ユーザーからサービスへのアプローチへの移行も強く検討する必要があります。すべての呼び出しが特定のユーザーのコンテキスト内で行われる場合、最適なルートはすべての「my」ルートを使用して入力することであることに気付く場合があります。ユーザーに提示するユーザー エクスペリエンス -- Valence API 呼び出しで使用するユーザーの資格情報は、ユーザーが LMS との通常のやり取りの過程で制限されるのとまったく同じように、機能とデータへのアクセスを制限することに注意してください。その Web UI を介して。
于 2013-10-01T12:39:07.967 に答える