【PHP】Laravel【フレームワーク】 Part.8
■ このスレッドは過去ログ倉庫に格納されています
コントローラーで共通の処理を別ファイルにまとめるのはトレイトを使うのはlaravelの流儀ではないと思うんですが先輩方のご意見を伺いたいです。
サービスを使うのが流儀だと思いました。 別に使って良いと思うが
流儀なんていちいち考えてたらキリがないよ コントローラーの共通の処理があるなら、コントローラーの基底クラスに実装するのがOOPとしての当たり前の考え方だが、
Laravelerは馬鹿すぎて、OOPの基本のキすら分かっていないためにtraitなどと宣わり始める。
マジで、Larqaveler動物園。 ドキュメントにトレイトを使ってくれって書いてないもので。。。 自分でかいてるアプリなら自分の好きにやりなよ
他人がどうこうとかいちいち気にするな
チームでやってるならリーダーにちゃんと聞いてそれに従え そのへんの自由度が、railsやcakeとかと違うところだよな。
この場合こうして書くべきという、宗教じみた思想がフレームワークに欠けてる。
あぁ、.netもそんな感じだよな。 何やってもいいなら、もう、フレームワークの価値ないじゃん。
単純にライブラリにバラして好きに使ってってやった方が良い。 他人に迷惑かけない限りは好きに使えよ
価値がないと思うなら使わなければいいだけだ >>12
それ同じ事で悩んだ
まさか基底クラスを汚したくないから、結局サービスにしたけど
カーネルに書くと言う手もあったかな
でも静的な便利クラスを作ってインポートすりゃあ良いんじゃないかな、チームだと嫌がられるかも知れないが。 CakePHPのHelperみたいなのがほしいんよ 別に適当に共通関数置き場を用意してそこに置けばいい
ファサードにしたいなら出来るけどわざわざ遅くなるような物にすることも無いしなぁ 8本むずすぎて全部読む気になれんわ
辞書代わりに必要なとこだけ読むか 青い本はまだバージョン5系なんだよね
買えないわ
これだけ普及してるのに本少な過ぎ 出しても買うやつ居ないし
マニュアルで十分なやつがほとんど Livewireちょっと使ってみたけど細かい所が完璧に動かないし、フォーラムで質問しても回答がない
まだちょっと早いか… >>32
次のバージョンでお蔵入りして欲しいわ
俺は絶対使わない livewire使うくらいならvueかreactそのまま使えば良くね?
なぜガラパゴスな作りにしてしまったんだ laravelの認証ってemailとpasswordが必須なのが面倒くさい Laravelのみではソーシャルログインとかできないの? >>34
何も分かってないなお前。livewireはvueやreactを置き換えるものじゃないぞ。あくまでAPIを作らずに非同期通信をするためのライブラリ。
なぜ、livewireと連携可能なjsがalpinejsなの?て指摘なら理解できるんだけどね。 >>15
コレは煽りなのかな?
例えcakePHPはコントローラーの共通処理はコンポーネントクラスに書くし、railsやLaravelはconcernsディレクトリを設けてそこにtraitなりで共通処理を書くのが今どきの書き方。
このご時世に基底クラスに共通処理ぶち込むのは、不勉強なおっさんプログラマぐらいでしょ。 >>37
でもvendorフォルダの下のファイルって書き換えたらまずくないですか? >>41
直接触ったりコミットしたりはまずあり得ないが、
composer.json使ってパッケージをオーバーライドすればそこそこ安全ではある 認証関連のレスがネタなのかガチなのか釣りなのか判別不可能 >>35
Auth::attempt()で認証したいものを渡せばいいだけでは?
別にemailやpasswordである必要は無い筈 >>48
そのメソッド、読めば分かると思うけどemailとpassword決め打ちですよ >>50
いやいや
うちのプロジェクトだとloginidとpasswordでやってるし >>51
ありえない
emailって名前のカラムなのに実態はメールアドレスではないとしたら誰もが混乱する
それならvendor以下を編集するよ
うちでは当たり前だし >>52
あなたのところの当たり前を常識だと思わないでください 認証で使う情報をどのように変更するかって議論は別に荒らしじゃないだろ 新入りか?同じ話題を自演で延々繰り返してる荒らしが住み着いてんだよこのスレ ネットに全ての情報があるのは良いけど、まとまった本が欲しい所。あの分厚いやつしかないのかね 認証周り変更するならfactory使うんじゃないの?
小手先でやろうとしたらemailとpasswordしか使えないみたいな結論になってもしゃーないけど >>55
その話はとっくに結論出てるし、vendorネタに持っていこうとするあたりループ君でしょ。 Laravel勉強してるんですが実際に使われてるwebシステムで参考にできるオープンソースあったら教えてほしいです 荒らしさんとかルーパー君が入れないレベルの話をすればいいんだよ! >>61
それくらいググれよ
laravel example で検索したら色々出てきたわ >>60
こっちは初めてこのスレにきたんだからそういわれましても >>63
すいません検索ワードが分からないです。なんて検索したら良いですか?
>>64
ありがとうございます。
日本語のサイトは無いですか? lockフォルダ以外で、どうやってatominするの? jetstreamやらuiやらbreezeやらたくさんあるけどメンテナンス大変そう Jetstreamは結局クソという結論でいいのか? 使った奴の感想もっと聞きたいんだが誰も使ってないから話にならないという >>75
使ってるぞ。特に文句無い。ローカライズがちょっと面倒なのと、マイグレーションファイルに使ってないカラムが入ってくるのはウザイけど。 >>76
最初使った時はスゲーって思ったからローカライズ用リポジトリ作ったりしたんだけど
ちゃんと使いこなせなかったみたいでだんだん使わなくなってリポジトリ更新止めちゃった 正直Jetstreamは使わないほうがいいと思う
そんなのよりもVue.jsとかで作ったほうがいいVue.jsのほうが技術文章なども多いし
もし外注に依頼するときも頼みやすいと思う Jetstream扱える外注少なそうだし >>78
あのー、jetstreamてinertia選んだ場合は、vueだと思うんだけど?分かってる? >>82
いや単純にjetstreamて聞いてlivewire思い浮かべる程度の理解度なんだろうと思う。 あ、俺は>>73だけど俺がクソだと言いたかったのはLivewireだ、理解してたのに間違えてしまった
Jetstreamは使えば楽そうだから使いたいんだがLivewireではなくInertia使えばマシなのかな >>84
結局バックエンドとの連携を自前で作り込むかどうかだと思う。inertiaの役割ってのは、LaravelのAPIとaxiosが担ってた部分を肩代わりすることだし。 Laravelで最強のチュートリアルって何になるの?
以前このスレではこのサイトを進める人が多かったけど2021年現在はどのサイトになる?
https://www.hypertextcandy.com/vue-laravel-tutorial-introduction/ SPAでもないしMVVMでもない、普通にフォームをsubmitして確認ページへの遷移を挟んで送信する従来のMVCでも
jetstream使っていいんかな >>86
この手のチュートリアルやった初心者は
面接でlaravelとvue使った事ありますって言っていいのか? >>86
使ってるモノが微妙にバージョン古くない? >>86
検索に引っかからないようにSEO落としてやるよ >>94
逆SEOってこの間の法律改正で犯罪扱いになったんじゃないっけ? >>94
よく堂々と逆SEOしますなんて発言できるな >>96
laravelとvueに関する知識は一切獲得できないけど、良質なチュートリアルってそういうもんなの? ■ このスレッドは過去ログ倉庫に格納されています