元スレ[PHPフレームワーク]Laravel
php覧 / PC版 /みんなの評価 :
801 = :
なるほど
5.3でAPI用のルート定義が分かれたんだったか
そしてAPI側とはセッションが繋がらんと
理に適ってるようでもあり不便でもあり
802 :
>>801
不便だす
803 = :
api.phpのルートはstatelessってドキュメントに明記してあるな
まあ本来いろんなところからサービスを請け負うためのもんだから
自分とこ専用のサービスなら自分のルートでやれってことなんだろう・・・か
804 :
>>794
なんかひでえな。
ポンコツmac以外お呼びでないと。
805 = :
ユーザーアイコンのアップロードで一時的にstorageディレクトリに保存→キューでリサイズ
このパターンで行こうかなと思ってるんだけど
storageに一時的に保存するのってバッドプラクティスにならない?
806 = :
そこに置くのが一番バッドじゃない気がするがのう
そこがバッドならどこに置けばグッドだと?
809 = :
キューで必要ならstorageだろう
810 = :
storage保存で無事キューイングも動作しました。
ありがとうございます!
811 = :
複数ユーザーが使うならファイル名のバッティングには注意な
どこに置こうと共通する常識の類だが念のため
812 = :
しっかしまあ、ルーティングからデザインまで全部やると大変ね
楽になったとは言えフレームワークの学習コストもあるし
結局は、なんだかんだ既存のCMSに無いこと実装するわけだし
813 = :
チラ裏容赦
collectionを継承すると色々使えてメソッドチェーンでサラサラ書けてステキ
とか思って多用してたんだけど
except()なんかが返すのは「新規インスタンス」なんだよね
生のcollectionを直接使うならそれでなんの問題もないけど
継承した子クラスが追加のプロパティを持ってて値が入ってる場合
それらはみんな消えてしまうわけだ
新規インスタンスだから当然なんだけど
結構そのことを忘れてバグを作り込んでしまうんだよな
いや俺がヘボいだけなんですけどね
新規インスタンスじゃなくクローンを返してくれてもいいのにと思った次第
パフォーマンスを考慮しての仕様なのかね
814 = :
collectionは抽象化されてないのか
815 = :
>>813
状態を持っていないものに無理やり状態を持たせる設計を見直すか、
破壊的なメソッドを自分で追加するかどっちかだな
816 = :
>>814
とりあえずレス感謝れす
趣旨がよくわからんけどCollectionは抽象クラスではないね
except()等のチェイナブルメソッドは具体的にはreturn new static($items);みたくなっているから
たとえばCollectionを継承してFiltersというクラスを作ったとして
$filters->except('filter1')はもちろんFiltersクラスのインスタンスを返す
Collectionではなくてね
しかしFiltersに例えばurlKeyというプロパティを持たせ、初期値以外の値を入れておいて
echo $filters->except('filter1')->url();
なんてやったとしましょう
url()の中で自分のurlKeyを見るとそれはもう空っぽなわけ
伝わるかなこの残念な感じ
>>815
まあそうなんだけどね
継承して拡張することで状態を持たせたいという発想は許されないのかなと
817 = :
あと必ずしも破壊的である必要はなくて
return new staticの代わりに
$new_instance = clone $this;
$new_instance->items = $new_items;
return $new_instance;
みたいになってりゃいいんじゃねと思うけど
itemsがprotectedだからセッターを作る必要があって
そうなると隠蔽性が壊れるっていう話なのかなと思ったりしないでもないでもない
818 = :
継承じゃなく委譲すればいい話では
819 = :
>>816
責務を増やす事は簡単
その分テストは複雑になる
これは宜しくない
だから専門を新しく作ればいい
$urls = new URLのリスト作る奴($filters, 'urlKey');
assert($urls->url() == $url);
820 = :
>>818
プロパティとしてCollectionを持って未実装メソッドはそいつに受け渡す形ってことね
マジックメソッドとか気分的にあんまり使いたくないけどありだよね
>>819
それがベストプラクティスって奴なのかな
今回のケースに限るとフィルタ(要するに絞り込み)の種類がやたら多い上に
クエリパラメータの書き方が統一されておらず(既存サイトの書き換えです)
複数フィルタをまとめて扱うもの(いわゆる詳細検索)もあったりして
やはり各フィルタのクラスがクエリパラメータ生成を受け持つべきと判断した次第なんだけど
失敗だったかもしれないなあ
とりあえずCollectionにラッパーかぶせてチェイナブルメソッドがクローンを返すようにしてみたよ
30個ものメソッドをオーバーライドするんじゃ譲渡のほうがマシじゃんという話もあるがw
まあ一回作っときゃ今後のストレスが減るかなと
パフォーマンスや動作には今のところ問題なさそうですわ
ほんとチラ裏な話が続いて申し訳ないw
821 = :
HasManyのEagerLoadingでlimit設定設定したいのですが
Post::with(['comments'=>function($query) {
return $query->limit(5);
}])
->get();
これだと1つのポストあたり5件じゃなく、全てのポストから5件を取得してしまいます。
解決策はないですかね?
822 = :
>>821
ない
823 = :
> >>821
> ない
いや、なんかあんでしょ
825 = :
ドキュメント読んでもイマイチ分からないんですけど
laravel passportの主な実用例というのはどういったものでなんでしょう
826 = :
質問の意図がよくわからんが
とりあえずoAuthがどういうものかはわかってるのかな
それがわかれば実用例も自ずとわかりそうなものだが
828 = :
ドキュメント見づらい
サイドバー隠れなくていいよ
829 = :
でも日本語ありがとー
830 = :
項目も細かくわけないでいいよね。
ドキュメントなんだから、いちいちページ変えるのも面倒だし、一覧性も高い方がいい。
831 = :
日本語版はなんで本家のレイアウト変えてるんだろう
メニュー無いのが不便で仕方ないから本家見てる
832 = :
laravelのIDEはphpstormじゃないときつい感じか?
netbeansはbladeの記述にのに対応してなくてダルいんだが…
833 = :
vimで余裕
835 = :
さくらエディ いやなんでもない・・・
836 = :
>>832
この辺使ってみてどれが良かったか教えて
5 BEST CODE EDITORS AND IDE FOR LARAVEL
http://www.dunebook.com/5-best-ide-laravel-ide-with-laravel-ide-helper/
1 - sublime text
2 - Atom
3 - Php Storm
4 - Netbeans
5 - Codelobster
Laravel blade snippets and syntax highlight support for Visual Studio Code.
http://marketplace.visualstudio.com/items?itemName=onecentlin.laravel-blade
837 = :
なんで秀丸派おらんの?
おれは全然不便してないけど。作業効率そんなに変わるもの?
838 = :
秀丸ってWindows専用じゃん
しかも4000円もするし
840 = :
おれもSublimeTextだわ
秀丸を長年カスタマイズしてきた猛者ならわからんが、おれは気持ちよさが全然違う
実作業時間の話ではない
841 = :
Sublimeは入れただけでよくわからなくてあんまり試してないけど、Atom使ってるけど適当に補完が効きまくるしキャメルケース?でも補完してくれるからかなり気持ちいいね
user_first_name_kanaみたいなやつがufnkaとかで補完できる
842 = :
どうでもいいがそれはスネークケースだな
キャメルケースならuserFirstNameKana
先頭も大文字のはなんていうんだっけか
843 = :
アッパーキャメルケースとかだった気がする。
まあその辺、いい加減全ての言語で統一してほしいよな
845 = :
起動が遅すぎて俺はボツ
環境によりそうだけど
846 = :
>>838
おまえは許された
847 = :
プログラム用途ならエディタなんて多くて一日一回、へたすりゃ週に一度しか起動しないぞ
Sublime開きっぱなしだ
848 = :
ずっと仕事してるわけでもないからな
家でエロい動画見てるとき職場から電話があって・・・
みたいなときすぐ立ち上がるほうが
ストレスがなくていいわ
849 = :
エロ動画みるのにエディタを閉じる必要あるのか?
仮想画面で切り替えた方がいざというときよくない?
850 = :
>>849
そもそも会社以外じゃエディタなんぞ開かんっつってんの
よっぽどの緊急事態に対処するとき以外はね
みんなの評価 :
類似してるかもしれないスレッド
- symfony PHPフレームワークpart2 (530) - [60%] - 2022/4/10 22:45
- 【PHP】フレームワーク Akelos (129) - [60%] - 2019/5/9 7:46
- 【PHP】フレームワークPharonスレ (306) - [57%] - 2022/10/10 20:00
- [PHP][フレームワーク]CodeIgniter Part2 (983) - [56%] - 2015/4/7 12:46
- [PHP][フレームワーク]CodeIgniterスレ (983) - [53%] - 2011/3/5 23:17 ○
- 【PHP】フレームワークMapleに舌鼓 (470) - [48%] - 2017/12/31 9:31
- 【PHP】PHPフレームワーク総合スレ15 (989) - [42%] - 2013/9/27 6:00 △
トップメニューへ / →のくす牧場書庫について