私はSpring/JavaEEのWebプログラマで、将来のWebアプリケーションのRESTの原則を調査し始めていますが、使用可能なログイン方法を理解できません。 Web APIの場合は理にかなっていますが、エンドユーザがWebアプリケーションに直面するのはどうでしょうか?私はHTTPの基本/ダイジェスト認証を見てきましたが、醜いダイアログボックスしか生成しません。誰にでもアイデアはありますか?フォームベースのログインとRESTの原則を適用しています
5
A
答えて
2
これは、フォームベースのログインにどのようにアプローチするかによって大きく異なります。
J2EE仕様で定義されているように、ログインページは保護されたリソースにアクセスしようとすると(まだ認証されていない)ユーザにのみ表示されます。それ自体ではアクセスできない(またはそうでない)べきではありません。このシナリオでは、ログインページはRESTの原則によって管理される必要はありません。それ自体が「リソース」ではないからです。言い換えれば、ワークフローは次のとおりです。
- ユーザーは「/製品/ 0332425」
- Sは/彼は「/ログイン」にリダイレクトされ、柱彼の資格情報は、として(バックリダイレクトされ、RESTのURLを取得しようとします(/ products/0332425 ')
- '/login 'にアクセスしようとすると、エラー(403?)または "root"にリダイレクトされます。
これはうまくいかず、複数のページでログインフォームを利用できるようにする必要がある場合は、それを他のPOSTと同じようにページと投稿の一部として扱います。
関連する問題
- 1. RESTの原則リソース更新
- 2. トークンを使用してRESTの原則を破る
- 3. 原則の原則
- 4. インターフェイス分離原則はいつ適用されますか? SOA?
- 5. ドメイン駆動型設計の原則に適用するベストプラクティス?
- 6. Javaを使用してフォームベース認証にログインする.NET Webアプリケーション
- 7. コマンドとMVVMの原則 - RelayCommands
- 8. Django:DRY原則とUserPassesTestMixin
- 9. スレッディングとSOLID原則
- 10. ASP.NETのDRY原則に続いて、
- 11. 安心の原則
- 12. 保護の原則
- 13. オニオンアーキテクチャにはSOLIDの原則が含まれていますか?
- 14. マーフィーの法則がインターネットセキュリティに適用されています
- 15. JSFページからログインしてください(フォームベース)
- 16. ストラテジーパターンとオープンクローズド原則コンフリクト
- 17. 設計原則
- 18. 継承とインターフェイスの分離の原則
- 19. JavascriptとRESTを使用したログイン
- 20. SOLIDプログラミングの原則の例
- 21. 開封の原則の例
- 22. SOLIDの原則のリファクタリング
- 23. grailsと既存のoauth2プロバイダで春のセキュリティを使用してフォームベースのログインを実装する方法
- 24. 単一の責任原則とイベントリスナー
- 25. GoFビルダーとLiskovの置換原則
- 26. Androidソケットの原則と例外
- 27. 単一責任の原則と集約
- 28. Android、Rest APIを使用してログイン
- 29. ログインしたユーザー、フォームベースのセキュリティを使用したJSF 2.0アプリケーションの表示方法
- 30. ロングポーリングサーバーの原則(クライアントID)
これは本当にRESTfulではありません。 RESTfulはHTTP認証で、リクエストごとにユーザー名とパスワード(またはハッシュ)を送信します。 – deamon