0

私はいくつかの Spring MVC コントローラーの例を見てきましたが、私が見つけたものは、複数のビューを処理する 1 つのコントローラーを示しています。このアプローチは問題ないように見えますが、大規模な Web サイトでは不器用になることがわかりました。

次のようなものが与えられます：

Accounts
    /AcctsRec
    /AcctsPay

そのセットアップで 1 つのアカウント コントローラーがどこで機能するかがわかります。

今追加：

Security
    /Login
    /Rights

ここでも、Security Controller が 1 つあります。

しかし、今のようなものを追加します。Security/Rights が Accounts/AcctsPay へのアクセスを許可するかどうか。それは3番目のコントローラーでしょうか？それとも、Security/Rights はオブジェクトを Accounts/AcctsPay に渡しますか? それとも会計管理者？

それはどのように機能しますか？

疑似コードの例、Web サイトの例へのポインタ、または役立つものをいただければ幸いです。Spring のドキュメントに誘導しないでください。私はそれを数回読んだことがありますが、あまり輝いていないようです.

4

1 に答える 1

0

しかし、今のようなものを追加します。Security/Rights が Accounts/AcctsPay へのアクセスを許可するかどうか。それは3番目のコントローラーでしょうか？それとも、Security/Rights はオブジェクトを Accounts/AcctsPay に渡しますか? またはアカウントコントローラー

上記は意味をなさないため、何が起こっているのかについて混乱があると思います。上記のパスは URL です。通常、それぞれが HTTP 要求を@Controller、HTTP 応答を生成するハンドラー メソッドにマップします。

おそらく/Accounts/AcctsPay、認証と承認なしではアクセスできません。そしておそらく/Security/Loginあなたを認証し、/Security/Rightsいくつかの許可を与えます。このシナリオでは、/Security/Login認証を受けるために にリクエストを送信し、次に/Security/Rightsいくつかの権限を取得するために に別のリクエストを送信し、最後に/Accounts/AcctsPay何らかのアクションを実行するために にリクエストを送信する必要があります。

@Controllerメソッドは、リクエストを処理するためのものです。401 Unauthorized または 403 Forbidden で応答して処理することは、依然として有効な応答です。

于 2013-09-16T23:00:02.940 に答える