質問 > 管理機能 > 商品登録画面でログインメンバーによって制限をつけたい |
管理機能
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
DELIGHT |
投稿日時: 2016/6/15 15:42
対応状況: −−−
|
仙人 登録日: 2010/2/3 居住地: 熊本県・九州・長野県・関東甲信越 投稿: 572 |
Re: 商品登録画面でログインメンバーによって制限をつけたい EntityRepositoryの$erは、読んで字のごとくエンティティのリポジトリです。
では何のエンティティかというと、下記のclassで設定されているEccube\Entity\CustomerAddressです。 https://github.com/EC-CUBE/ec-cube/blob/3.0.10/src/Eccube/Form/Type/ShippingMultipleItemType.php#L73 CustomerAddressのクエリビルダを取得する際にcaというエイリアスを付与しているのが下記の行です。 https://github.com/EC-CUBE/ec-cube/blob/3.0.10/src/Eccube/Form/Type/ShippingMultipleItemType.php#L76 要は、entityタイプのフォームで利用するエンティティの一覧を取得するのに使うクエリビルダを生成して返しています。 関数を渡している理由とか仕組みまでは私も把握していないので気になるようであればソースを追って下さい。
|
ゲスト |
投稿日時: 2016/6/15 16:20
対応状況: −−−
|
Re: 商品登録画面でログインメンバーによって制限をつけたい query_builderにつきましてご回答ありがとうございます。
別件で、http://symfony.com/doc/current/reference/forms/types/entity.html#using-choices 今回の場合、メンバーの権限が食器販売チームの場合は食器のカテゴリしか選択できないようにするため こちらにある 'choices' というものは使用できるのでしょうか? 英文を翻訳サイトにて翻訳させた際の訳であると、今回の要件に使えそうなのかなとも思いまして あなたはすでにあなたが選択要素に含めるエンティティの正確なコレクションを持っている場合は、単に選択肢のキーを介して渡します。 以下、翻訳サイト使用時の訳 あなたが$グループ変数を持っている場合たとえば、(フォームのオプションとして、おそらくあなたのフォームに渡される)とgetUsersは、Userエンティティのコレクションを返し、その後、あなたが直接選択オプションを供給することができます: if文にて食器販売チームかどうかを判別しその中であるので指定できるのは食器のカテゴリのみとなるため choicesについてお分かりになる方がいましたら、ご教示いただければと思います。 また、カテゴリ情報はどこの変数に入っているのでしょうか?? よろしくお願いいたします |
|
DELIGHT |
投稿日時: 2016/6/15 17:09
対応状況: −−−
|
仙人 登録日: 2010/2/3 居住地: 熊本県・九州・長野県・関東甲信越 投稿: 572 |
Re: 商品登録画面でログインメンバーによって制限をつけたい choicesでもいいと思います。どちらにせよクエリビルダで条件を指定することになります。
カテゴリはデータベースから取得して下さい。
|
ゲスト |
投稿日時: 2016/6/15 18:43
対応状況: 開発中
|
Re: 商品登録画面でログインメンバーによって制限をつけたい ありがとうございます。
カテゴリの一覧は取得してきたのですが choicesであると、その中の1つという条件はどのように指定できるのでしょうか? 先ほどの参考ページのものですと 'choices' => $group->getUsers(), となっており、これの場合1つという指定がまたわからなくなってしまい… query_builderとどちらの方が今回の場合、簡単だと思われますか? |
|
DELIGHT |
投稿日時: 2016/6/15 18:56
対応状況: −−−
|
仙人 登録日: 2010/2/3 居住地: 熊本県・九州・長野県・関東甲信越 投稿: 572 |
Re: 商品登録画面でログインメンバーによって制限をつけたい この辺りを参考にして下さい。query_builderでもchoicesでもやることは同じです。
http://doctrine-orm.readthedocs.io/projects/doctrine-orm/en/latest/reference/query-builder.html 差し出がましいことを申し上げるようですが、外注等に出してはいかがでしょうか? jef12様が実現したいことの量に対して、地力で解決できることの量が少なすぎるように思います。 また、私が回答した通りに実装した機能にもし問題が発生した際、私は責任を取ることが出来ませんし、それは恐らく他の回答者も同様でしょう。 責任を取れない者にカスタマイズの少なからぬ部分を依存するのは好ましくないと考えます。
|
« 1 (2) |
スレッド表示 | 新しいものから | 前のトピック | 次のトピック | トップ |