X



【PHP】Laravel【フレームワーク】 Part.3

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
垢版 |
2019/11/20(水) 11:15:48.17ID:???
テンプレ追加修正お願いします

Laravel
ウェブ職人のためのPHPフレームワーク

本家
https://laravel.com/

git
https://github.com/laravel

動画チュートリアル(英語)
https://laracasts.com/

日本語
http://laravel.jp/

書籍
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク

Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク!] (Software Design plus)

※前スレ
【PHP】Laravel【フレームワーク】
https://medaka.5ch.net/test/read.cgi/php/1503683914/
【PHP】Laravel【フレームワーク】 Part.2
https://medaka.5ch.net/test/read.cgi/php/1556417229/

amazonへのリンクが邪魔をしてスレッドを建てられなかったので外しました。
0002nobodyさん
垢版 |
2019/11/20(水) 14:39:53.64ID:???
amaz,on(カンマ抜き)がNGワードらしいな、補足
※アマゾンURLは@をaへ置換

Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
https://www.am@zon.co.jp/dp/4844339451

Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク!] (Software Design plus)
https://www.am@zon.co.jp/dp/4774173134
書籍、今はこれらが良いと思う

PHPフレームワーク Laravel Webアプリケーション開発 バージョン5.5 LTS対応
https://www.am@zon.co.jp/dp/4802611846

Laravel: Up & Running: A Framework for Building Modern PHP Apps - Second Edition
https://www.am@zon.co.jp/dp/1492041211
※英語
※Laravel 5.8までカバー

補完情報

5.5から5.6.0へのアップグレード & 5.6から5.6.30へのアップグレード
https://readouble.com/laravel/5.6/ja/upgrade.html
5.6から5.7.0へのアップグレード
https://readouble.com/laravel/5.7/ja/upgrade.html
5.7から5.8.0へのアップグレード
https://readouble.com/laravel/5.8/ja/upgrade.html
5.8から6.0へのアップグレード
https://readouble.com/laravel/6.x/ja/upgrade.html
0003nobodyさん
垢版 |
2019/11/20(水) 14:44:08.59ID:???
あちゃー、@より,とかの方が良かったか、Chromeで開いた時に@から前が消えるのが手間だ
0004nobodyさん
垢版 |
2019/11/21(木) 09:30:51.37ID:???
上の二つの本はもう古すぎるから別のに買えた方が良いね
新しいのも出ているし
0005nobodyさん
垢版 |
2019/12/20(金) 20:16:30.87ID:???
アーチサン無しでDBテーブル作るにはどうすれば良い。
0006nobodyさん
垢版 |
2019/12/21(土) 06:56:25.42ID:???
アーチサン使えよ
0007nobodyさん
垢版 |
2019/12/23(月) 01:41:56.30ID:???
素直にcreate tableすりゃええやん
0009nobodyさん
垢版 |
2020/01/06(月) 15:46:11.68ID:???
レイアウト部分を共通化しようと思って@includeしてるんだけど
読み込んだファイルの@section~@endsection部分が
表示されないんだけど、何で???
0010nobodyさん
垢版 |
2020/01/08(水) 01:37:01.37ID:???
使い方間違ってるからだろ
なんでそんな質問が沸くのか逆に聞きたい
0012nobodyさん
垢版 |
2020/01/09(木) 22:50:38.11ID:FfkJbAga
詳しい人教えてほしい。
view composerでサイドバーに表示する情報を一括でデータベースから取得してviewに渡してるんだけど、
例えばおんなじ情報を一部のコントローラーの処理でも使いたい時がある。
このときってサイドバー用にDBたたく処理と、コントローラー用にDBたたく処理が2つになって冗長になってしまうはずだけど、
どうやって対処すればいいんだろう?
そもそもview composerの使いどころを間違っているのか…?
0014nobodyさん
垢版 |
2020/01/10(金) 00:01:23.29ID:???
むしろモデルで処理しない理由を聞きたい
0015nobodyさん
垢版 |
2020/01/10(金) 03:04:18.88ID:sQEkAOrH
>>13
>>14
せっかく教えてもらってもよくわからん。モデルてEloquentのことよな。
もうすこし詳しく教えてくれないか
Eloquentにそういう処理を書いても何度もその処理を呼ぶならその都度DBアクセスが発生するんじゃ?
0016nobodyさん
垢版 |
2020/01/10(金) 07:44:09.90ID:???
1. モデルに目的の処理を書いたメソッドを定義する
2. コントローラーからもview composerからもどこからでもそのメソッドを呼べば良いだけ
これでコードの重複は無くなるから冗長では無い
って思ったけどクエリの発行も一回にまとめたいってことか
1. Cacheを使う
例えばそのメソッド内で、サイドバーに表示する内容がキャッシュに存在していればキャッシュから取得、存在していなければDBから取得してキャッシュにも保存。
2. モデルの静的メンバに保存
考え方は1とほとんど同じだけど、cacheではなくモデルの静的メンバ変数に保存する。
0017nobodyさん
垢版 |
2020/01/10(金) 07:45:26.70ID:GBJdv/XP
例えばHogeモデルの場合

class Hoge
{
public static $menu = null;

public static function getMenu() {
if (!self::$menu) {
echo "initialize\n";
self::$menu = "side menu here\n";
}
return self::$menu;
}
}

echo Hoge::getMenu();
echo Hoge::getMenu();

出力結果:
initialize
side menu here
side menu here
0018nobodyさん
垢版 |
2020/01/10(金) 21:13:22.14ID:sQEkAOrH
>>16
>>17
冗長って言い方が悪かったんだな。補ってくれた通り、クエリ発行数を減らしたかった。
サンプルコードまでありがとう。こんなやり方があるのか。メンバ変数もつみたいな感じか
laravelしてるといつの間にインスタンス化したのかわからんし、ここらへんの知識を押さえないとなー
0019nobodyさん
垢版 |
2020/01/11(土) 13:40:15.69ID:???
>>18
laravel以前にphpの言語仕様を理解していないだけでは?
■ このスレッドは過去ログ倉庫に格納されています