4

この問題へのアプローチ方法については疑問があります。

この問題の私の Symfony2 アプリには、「売り手」と「買い手」という名前の 2 つの異なるプロファイルがあります。目標は、「売り手」に関する一連の属性を保持することですが、一方で「買い手」についてはあまり保持しません (電子メールとパスワードで十分です)。

2 つの異なるエンティティが FOSUserBundle を使用してログインおよび登録するのは簡単ではないことを認識しています。FOSUserBundle を「ハッキング」する PUGXMultiUserBundle など、他にもかなりの数のバンドルがあり、構成/実装が容易ではありません。

したがって、私の質問は次のとおりです。 PUGXMultiUserBundle が提案するハックを使用してその実装と構成を処理する方が正しいですか、それとも FOSUserBundle に固執し、User エンティティを持ち、「Seller」との 1 対 1 の関係を維持する方がよいでしょうか。買い手とは異なる売り手の属性を表すエンティティ? そのアプローチには別の問題があります。登録フォームは、売り手と買い手の登録のために2つに分割する必要があります（FOSUserBundleを使用して可能/推奨できるかどうかはわかりません）

皆さんが私がそれを正しくするのを手伝ってくれることを願っています. 乾杯 ：）

4

1 に答える 1

6

私は間違いなくそのPUGXMultiUserBundleためにを使用します。ハックではないと思います。次のような識別テーブルを実装しているだけです。

1ユーザーテーブル

----------------------------------------
| id  | username  |  type  |------------
|-----|-----------|--------|------------
|  1  |  mgdepoo  | buyer  |------------
|  2  | Sydney_o9 | seller |------------
----------------------------------------

2バイヤーテーブル

----------------------------------------
| id  |  buyer_specific_field_1
|-----|---------------------------------
|  1  |  
----------------------------------------

3売り手テーブル

----------------------------------------
| id  |  seller_specific_field_1
|-----|---------------------------------
|  2  |  
----------------------------------------

本当にそれだけです。

ユーザーにさまざまなプロファイルを持たせたい場合は、まさにそれが必要だと思います。同様に 2 つの登録フォームがあります (ただし、希望する場合は、選択ボックスの買い手/売り手で 1 つを作成できます)。

私は個人的にこのバンドルを使用しています。ここで、自分自身に問いかけたい質問の 1 つは、買い手が売り手になりたい場合はどうするかということです。彼は別の電子メールアドレスを持ちたいですか? それはあなたがしなければならない選択です。

于 2014-01-10T14:21:33.930 に答える