2017-02-02 17 views
0

多くのスタックオーバーフローに関する質問、チュートリアルなどをall-authで読んでいます。プロジェクトごとに1つのタイプのユーザーの登録のみがサポートされているという印象を受けています。Django All-Authロールベースの登録

は、私は2つのユースケース

  1. ビジネスユーザーが認証し、ワンステップで彼のビジネスを登録しています。

  2. 開発者のユーザーは、自分の雇用者(ソフトウェア会社)の名前を認証して入力するだけです。

私がサインアップしたときに開発者にビジネスフィールドを見せたくありません。すなわち、彼のサインアップフォームは異なる。

実際にサインアップする必要があり、ユーザー固有の詳細をリダイレクトする必要がある場合は、ユーザーの種類によってソーシャル認証からこれを達成する方法は?

答えて

0

@pennersrは親切にもallauthのgithubのページでこれを答えることだった:

これは本当にすべてはあなたが物事をモデル化する方法によって異なり

、 allauthでは何もないという上記の実装からブロックできます。

サインインフォームが異なるのは、 というものではありません。作成するユーザーアカウントの種類が であることを示す追加スイッチが含まれているだけです。次に、 を正しく視覚化するだけです。タイプ=雇用者を選択すると、 タイプ=開発者を使用してサインアップした場合とは異なるフィールドセットが表示されます。

このようなスイッチをフォームに入れたくない場合は、 タイプのアカウントをセッションのどこかに作成して保存し、アカウントを作成するときは を参照してください。