[過去ﾛｸﾞ]
【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
【PHP】Laravel【フレームワーク】 Part.2 http://medaka.5ch.net/test/read.cgi/php/1556417229/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
128: nobodyさん [sage] 2019/04/30(火) 12:58:27 ID:??? JOINの高負荷問題で通常の開発者にはあまり関係ないはず。 あれはGoogleとかAmazonクラスのWEBサービスじゃないと 発生しないんじゃないっけ http://medaka.5ch.net/test/read.cgi/php/1556417229/128
129: nobodyさん [] 2019/04/30(火) 13:00:09 ID:U8oZvJd3 おまえらは、LaravelのスレッドでなぜJOINの話題を始めるのだ。 バカなのか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/129
130: nobodyさん [sage] 2019/04/30(火) 13:00:56 ID:??? 同時アクセスでJOIN高負荷ってなんだよ…。JOIN 高負荷 賞金でググってもなんも出てこないぞ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/130
131: nobodyさん [sage] 2019/04/30(火) 13:00:57 ID:??? DBのJOIN云々とか ActiveRecordの定義云々とか他でやれ ここはLaravelのスレだから http://medaka.5ch.net/test/read.cgi/php/1556417229/131
132: nobodyさん [sage] 2019/04/30(火) 13:02:52 ID:??? >>130 よく知らんけど多分日本語じゃ無理だろうな http://medaka.5ch.net/test/read.cgi/php/1556417229/132
133: nobodyさん [sage] 2019/04/30(火) 13:03:10 ID:??? それもそうだな。終わりにしよう。いいネタは出たな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/133
134: nobodyさん [] 2019/04/30(火) 13:03:32 ID:U8oZvJd3 まったく、俺様のように、Laravelの欠点や、対抗馬となるべき未来のフレームワークについて語れ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/134
135: nobodyさん [sage] 2019/04/30(火) 13:05:12 ID:??? 話を戻すけど>>73については何がいいたいの？ http://medaka.5ch.net/test/read.cgi/php/1556417229/135
136: nobodyさん [sage] 2019/04/30(火) 13:05:33 ID:??? >>132 けっきょく知らねーのかよw お前は日本語で誰も話題にしてないRDBのJOIN問題に辿り着いてここで披露してるわけか。すごいな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/136
137: nobodyさん [sage] 2019/04/30(火) 13:07:33 ID:??? 未来のフレームワークについては別スレのほうがいいのでは http://medaka.5ch.net/test/read.cgi/php/1556417229/137
138: 132 [sage] 2019/04/30(火) 13:08:32 ID:??? >>136 俺は120じゃないけど日本語での検索ワードじゃ無理だろうなって思ったから言っただけだよ http://medaka.5ch.net/test/read.cgi/php/1556417229/138
139: nobodyさん [] 2019/04/30(火) 13:13:38 ID:U8oZvJd3 >>135 んとさ、例えば <label for="Volume">数量</label> <input type="text" id="Volume" name="volume"> というフィールドのバリデーションでさ、 max:255 って、ちゃんと動くのか？ って話。 http://medaka.5ch.net/test/read.cgi/php/1556417229/139
140: nobodyさん [sage] 2019/04/30(火) 13:20:31 ID:??? integer|max:100 なら数値だし string|max:100 なら文字数だし volume[] なら要素数でバリデーションだしファイルならサイズだよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/140
141: nobodyさん [sage] 2019/04/30(火) 13:26:42 ID:??? >>139 文字列、数値、配列、ファイルに対して255以下ってのが働くね HTML側がinput type="file"になった場合は 255キロバイト以下という判定に代わる http://medaka.5ch.net/test/read.cgi/php/1556417229/141
142: nobodyさん [sage] 2019/04/30(火) 13:40:33 ID:??? >>139 動くよ もし数値であることも判定したいならinteger付けたりとかだね http://medaka.5ch.net/test/read.cgi/php/1556417229/142
143: nobodyさん [] 2019/04/30(火) 13:41:47 ID:U8oZvJd3 なるほど。一応、型は意識していると。 では、Aの商品の時は最大50個までで、Bの商品の時は100個までだけど、 クーポンを使ったときにはBの商品は20個限定、 みたいな処理は、どこにどうやって書くの？ http://medaka.5ch.net/test/read.cgi/php/1556417229/143
144: nobodyさん [sage] 2019/04/30(火) 13:49:30 ID:??? AvailableQuantitySpecificationクラス作って isSatisfiedBy($cart)メソッドの中にそのロジック実装して $validator->after()の中でバリデーション。 http://medaka.5ch.net/test/read.cgi/php/1556417229/144
145: nobodyさん [sage] 2019/04/30(火) 13:52:25 ID:??? >>143 それもバリデーションに書くね。その場合条件付きバリデーションって 方法になる http://medaka.5ch.net/test/read.cgi/php/1556417229/145
146: nobodyさん [sage] 2019/04/30(火) 13:56:39 ID:??? 色々かけるな。 afterの中でバリデーションしてもいいし sometimes使用して条件付きバリデーション使用してもいいし http://medaka.5ch.net/test/read.cgi/php/1556417229/146
147: nobodyさん [sage] 2019/04/30(火) 13:57:08 ID:??? それはバリデーションじゃなくて制約、仕様なんだからバリデーションに書くなよ。 単体でテストできるようにクラスでも関数でもいいから分離しとけ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/147
148: nobodyさん [sage] 2019/04/30(火) 14:00:41 ID:??? まさか学校の課題をここで聞いているんじゃなかろうな http://medaka.5ch.net/test/read.cgi/php/1556417229/148
149: nobodyさん [] 2019/04/30(火) 14:01:46 ID:U8oZvJd3 ほーら、なんかいろいろ言い出した。 つまり、作ってるやつで書き方違うって事だ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/149
150: nobodyさん [sage] 2019/04/30(火) 14:04:29 ID:??? >>149 そりゃ違うでしょ。各会社でコーディング規約が違うんだから。 同じ会社なのに書き方違ったら馬鹿だけど http://medaka.5ch.net/test/read.cgi/php/1556417229/150
151: nobodyさん [sage] 2019/04/30(火) 14:05:14 ID:??? >>149 誰が書いても同じになるようにしたいってこと？ なんかあんまり実務でチーム開発したことなさそう。どんなフレームワーク使っても同じになるよ。チームでルールを決めるんだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/151
152: nobodyさん [sage] 2019/04/30(火) 14:06:38 ID:??? 逆にそんなキチキチのフレームワークとか嫌なんだがw レールの上を走り続けたい人向けフレームワークでもつくればいいじゃん http://medaka.5ch.net/test/read.cgi/php/1556417229/152
153: nobodyさん [sage] 2019/04/30(火) 14:08:46 ID:??? 実際の開発だとコーディング規約が定まっていてそれ通りに書くから 少なくとも開発チーム内では同じ書き方になるぞ http://medaka.5ch.net/test/read.cgi/php/1556417229/153
154: nobodyさん [] 2019/04/30(火) 14:11:36 ID:U8oZvJd3 バカどもめ。 見えるぞ。お前たちの作ったアプリが３年後に産廃の山になる未来が見える。 http://medaka.5ch.net/test/read.cgi/php/1556417229/154
155: nobodyさん [] 2019/04/30(火) 14:15:14 ID:U8oZvJd3 そうだ、思い出した。もう一個聞きたいことがある。 公開サイトと管理画面を作る時、このLaravelではどのようにプロジェクトを作るつもりなのだ？ http://medaka.5ch.net/test/read.cgi/php/1556417229/155
156: nobodyさん [sage] 2019/04/30(火) 14:15:36 ID:??? >>154 チーム開発したことある？過去に5人以上のチームで自分が満足したシステム作り上げたことある？ たぶんひとりで自分が満足するものしか作ったことないんじゃないかな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/156
157: nobodyさん [sage] 2019/04/30(火) 14:16:15 ID:??? >>149 会社？個人？ 個人なら好き勝手に書けるけど会社なら規約があるはずだから 会社が決めた制約で書くはずだが。 http://medaka.5ch.net/test/read.cgi/php/1556417229/157
158: nobodyさん [sage] 2019/04/30(火) 14:17:13 ID:??? >>155 自分でnamespace分けてサブドメインルーティングすればいいんじゃないかな。それかマイクロサービスにするか。ノリシックにしてもいいよ。 そんなのフレームワークに決め手もらうことじゃなくて開発規模、対象を見て考えるもんだよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/158
159: nobodyさん [sage] 2019/04/30(火) 14:19:16 ID:??? まぁ1人でやるような小〜中規模案件でも使い勝手はいいフレームワークだと思うけどね http://medaka.5ch.net/test/read.cgi/php/1556417229/159
160: nobodyさん [sage] 2019/04/30(火) 14:22:00 ID:??? >>155 それはどういう管理画面なの。 納品先のユーザが使用する管理画面？ それともアプリ製作者が使用する管理画面？ http://medaka.5ch.net/test/read.cgi/php/1556417229/160
161: nobodyさん [] 2019/04/30(火) 14:22:04 ID:U8oZvJd3 >>158 何を言っているのかわからないんだが、 公開サイトのファイルも、管理画面のファイルも、 全部同じプロジェクトの中に入ると言っているのか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/161
162: nobodyさん [] 2019/04/30(火) 14:23:46 ID:U8oZvJd3 >>160 例えば、ネットショップを作るとする。 公開画面でユーザが買い物をする。 管理画面で注文について管理する。 当然双方での料金の計算ロジックは同じではなければならないから、 モデルに相当するものは共有したい。 どうするつもりか教えてくれ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/162
163: nobodyさん [sage] 2019/04/30(火) 14:27:24 ID:??? 例が具体的過ぎて学校の宿題か 今度実装するアプリについてここで聞いているように思えるｗｗｗ http://medaka.5ch.net/test/read.cgi/php/1556417229/163
164: nobodyさん [sage] 2019/04/30(火) 14:30:24 ID:??? namespace分けろよ \App\Models 共通のモデル \App\Frontend\Http\Controllers \App\Admin\Http\Controllers こんな感じで別々にするんだよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/164
165: nobodyさん [sage] 2019/04/30(火) 14:31:49 ID:??? 間違っても App\Http\Controllers\Admin,Frontend にするなよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/165
166: nobodyさん [sage] 2019/04/30(火) 14:32:45 ID:??? 従来の方法で良いんでは AdminController作ってログインユーザーのroleがAdminのみ受け入れる http://medaka.5ch.net/test/read.cgi/php/1556417229/166
167: nobodyさん [sage] 2019/04/30(火) 14:33:17 ID:??? >>161 Laravel使ってないから参考にならないだろうけど講演で聞いた限りでは YahooとAmazonは、買い物画面と管理者画面は同じプロジェクト内で作っている http://medaka.5ch.net/test/read.cgi/php/1556417229/167
168: nobodyさん [sage] 2019/04/30(火) 14:37:25 ID:??? 固定観念の塊って感じw http://medaka.5ch.net/test/read.cgi/php/1556417229/168
169: nobodyさん [sage] 2019/04/30(火) 14:40:59 ID:??? >>155 無理に擦り寄って来なくていいってば http://medaka.5ch.net/test/read.cgi/php/1556417229/169
170: nobodyさん [sage] 2019/04/30(火) 14:42:26 ID:??? 一般画面と管理画面でnamespace分けるでしょ http://medaka.5ch.net/test/read.cgi/php/1556417229/170
171: nobodyさん [] 2019/04/30(火) 14:44:06 ID:AFYaLSZi こーれはまた、チンパジーだらけだな。 お前らのプロジェクトが火を吹きまくる未来が良く見えるぞ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/171
172: nobodyさん [sage] 2019/04/30(火) 14:47:38 ID:??? namespace分ける馬鹿ばっかりだなぁ だからお前らのアプリは産廃になるんだよ http://medaka.5ch.net/test/read.cgi/php/1556417229/172
173: nobodyさん [] 2019/04/30(火) 14:55:22 ID:AFYaLSZi >>167 そいつらは自分のところのシステムであるから如何様にも出来ようが、 お前達のプロジェクトがお前たちのさじ加減でどうにかなると良いのう。 はーはっはっは。 http://medaka.5ch.net/test/read.cgi/php/1556417229/173
174: nobodyさん [sage] 2019/04/30(火) 15:01:15 ID:??? >>173 自分は>>162の場合どのように設計するつもりなの？ http://medaka.5ch.net/test/read.cgi/php/1556417229/174
175: nobodyさん [sage] 2019/04/30(火) 15:07:44 ID:??? >>171 Laravel誕生のころからずっと業務システムに使ってるけど Laravel製のプロジェクトで今まで火を吹いたことないな。 別プロジェクトのDjangoとFuelPHPは吹きかけたけど http://medaka.5ch.net/test/read.cgi/php/1556417229/175
176: nobodyさん [] 2019/04/30(火) 15:13:19 ID:AFYaLSZi >>174 勿論、そのように設計するに決まっておろう。 同じプロジェクト内に作るが、 別のサイト単位で作るのじゃ。 馬鹿め。 Laravelとやらにそれができるのか？ お前にサンが救えるのか。 http://medaka.5ch.net/test/read.cgi/php/1556417229/176
177: nobodyさん [sage] 2019/04/30(火) 15:21:02 ID:??? >>176 そりゃ確かにLaravelはできないね。Symfony2の方がきれいに作れそう。 http://medaka.5ch.net/test/read.cgi/php/1556417229/177
178: nobodyさん [sage] 2019/04/30(火) 15:48:58 ID:??? >>176 その作り方はLaravelでは無理ですね。 そもそもそういうサイト設計するならLaravelは候補にすら上らん http://medaka.5ch.net/test/read.cgi/php/1556417229/178
179: nobodyさん [sage] 2019/04/30(火) 15:54:30 ID:??? Laravelで作った決済系のサイトだとこいつが有名ですね https://github.com/Laracommerce/laracom http://medaka.5ch.net/test/read.cgi/php/1556417229/179
180: nobodyさん [sage] 2019/04/30(火) 15:57:18 ID:??? サイト単位はLaravelでもできるぞ http://medaka.5ch.net/test/read.cgi/php/1556417229/180
181: nobodyさん [] 2019/04/30(火) 15:57:38 ID:AFYaLSZi >>177-178 では、上の方でnamespaceなどとほざいていたチンパンジーどもはなんであったのだ？ http://medaka.5ch.net/test/read.cgi/php/1556417229/181
182: nobodyさん [sage] 2019/04/30(火) 16:02:39 ID:??? >>179 このショッピングサイトのソースだとnamespace方式でやってるな http://medaka.5ch.net/test/read.cgi/php/1556417229/182
183: nobodyさん [sage] 2019/04/30(火) 16:09:12 ID:??? >>181 現状最高だと思えるフレームワークは何ですか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/183
184: nobodyさん [] 2019/04/30(火) 16:11:40 ID:AFYaLSZi >>183 お前はLaravelとやらを使っておれば良い。 http://medaka.5ch.net/test/read.cgi/php/1556417229/184
185: nobodyさん [sage] 2019/04/30(火) 16:14:06 ID:??? 普通に複数サイトもやってるけど パッケージに分けなよ http://medaka.5ch.net/test/read.cgi/php/1556417229/185
186: nobodyさん [sage] 2019/04/30(火) 16:16:01 ID:??? >>184 お前が未来のフレームワークについて語ろうって自分から 言ってきたんだろうが http://medaka.5ch.net/test/read.cgi/php/1556417229/186
187: nobodyさん [sage] 2019/04/30(火) 16:18:28 ID:??? 幼稚な嵐にかまうなよ……うれションして喜んでるだろうが http://medaka.5ch.net/test/read.cgi/php/1556417229/187
188: nobodyさん [sage] 2019/04/30(火) 16:20:00 ID:??? Laravelスレってみんな技術力低すぎないか？ AFYaLSZi様の言っていることはもっともだと思うんだが http://medaka.5ch.net/test/read.cgi/php/1556417229/188
189: nobodyさん [sage] 2019/04/30(火) 16:21:07 ID:??? 様付けとかｗｗｗ ID消して自演かよｗｗ http://medaka.5ch.net/test/read.cgi/php/1556417229/189
190: nobodyさん [sage] 2019/04/30(火) 16:26:49 ID:??? 様とかこいつ頭大丈夫か？ AFYaLSZiが一番技術力低いんだが http://medaka.5ch.net/test/read.cgi/php/1556417229/190
191: nobodyさん [sage] 2019/04/30(火) 16:32:35 ID:??? >>181 Laravelはマルチプロジェクトの概念がないからnamespace で分けるんだよ。 パッケージの使い方としては正しい。ただ設定値はフロントと管理で共通だからな。まぁ普通はサブドメインを分けて、ルーティングも分ければマルチプロジェクトになるのでそれで十分だろ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/191
192: nobodyさん [sage] 2019/04/30(火) 16:34:58 ID:??? このスレでまともなの俺とAFYaLSZiも含めて3〜4人ぐらいだな。 フレームワークに使われて自分の頭で考えるの放棄してるやつばっか。 http://medaka.5ch.net/test/read.cgi/php/1556417229/192
193: nobodyさん [sage] 2019/04/30(火) 16:53:19 ID:??? お前ら平成最後の日に何やってんだよ 日本人なら日本人らしくアニメ見るとか漫画読むとかゲームするとかしろよ http://medaka.5ch.net/test/read.cgi/php/1556417229/193
194: nobodyさん [sage] 2019/04/30(火) 17:00:38 ID:??? 俺、仕事しながら令和迎えるんだ 日本人は24時間365日仕事し続ける生き物だからね 日本人ぽいでしょ あはははは http://medaka.5ch.net/test/read.cgi/php/1556417229/194
195: nobodyさん [sage] 2019/04/30(火) 17:16:10 ID:??? 頭いい人はららベルより素晴らしいオレオレフレームワーク開発してよぉw http://medaka.5ch.net/test/read.cgi/php/1556417229/195
196: nobodyさん [sage] 2019/04/30(火) 17:39:11 ID:??? LaravelでDoctrine使ってる人いる？一度プロジェクト見た気がするんだか見つからない。 ActiveRecordよりEntityManagerのほうが集約コントロールしやすいので好きなんだが。 http://medaka.5ch.net/test/read.cgi/php/1556417229/196
197: nobodyさん [sage] 2019/04/30(火) 17:45:07 ID:??? Laravel+Reactはいいぞ http://medaka.5ch.net/test/read.cgi/php/1556417229/197
198: nobodyさん [sage] 2019/04/30(火) 17:57:42 ID:??? このスレでまともなの俺とAFYaLSZiも含めて3〜4人ぐらいだな。 フレームワークに使われて自分の頭で考えるの放棄してるやつばっか。 http://medaka.5ch.net/test/read.cgi/php/1556417229/198
199: nobodyさん [sage] 2019/04/30(火) 18:05:29 ID:??? >>196 これのこと？ https://www.laraveldoctrine.org/ http://medaka.5ch.net/test/read.cgi/php/1556417229/199
200: nobodyさん [sage] 2019/04/30(火) 18:19:47 ID:??? 露骨な自作自演始まったなw http://medaka.5ch.net/test/read.cgi/php/1556417229/200
201: nobodyさん [sage] 2019/04/30(火) 20:07:57 ID:??? Laravelが他のフレームワークと比べて 勝っているところと負けているところは何？ http://medaka.5ch.net/test/read.cgi/php/1556417229/201
202: nobodyさん [sage] 2019/04/30(火) 20:41:23 ID:??? >>201 771 nobodyさん sage 2019/04/17(水) 08:51:04.13 ID:??? フルスタックなところかな。キャッシュ、シュケジューラ、ジョブ、ミドルウェア、認識、なんでも設定すればすぐ動く。英語で out-of-the-box って言うんだっけ？箱から出してすぐ使えるってやつ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/202
203: nobodyさん [sage] 2019/04/30(火) 21:28:10 ID:??? 誰も一般画面と管理画面の実装方法答えられないのかよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/203
204: nobodyさん [sage] 2019/04/30(火) 21:31:33 ID:??? そんな質問あったか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/204
205: nobodyさん [sage] 2019/04/30(火) 21:35:17 ID:??? 別人だが俺も>>191みたいにサブドメイン切って置いてるな DB共通にしつつユーザー認証用のテーブルだけ別のものに差し替えて認証するようにしてる http://medaka.5ch.net/test/read.cgi/php/1556417229/205
206: nobodyさん [sage] 2019/04/30(火) 21:36:34 ID:??? 普通サブドメインだよな http://medaka.5ch.net/test/read.cgi/php/1556417229/206
207: nobodyさん [sage] 2019/04/30(火) 21:43:53 ID:??? 基本的にデバッグ時は8000番でやってるからルート以外に置くの面倒なんよね 管理者用の認証テーブル使いたい場合はテーブル作って管理画面用プロジェクトのapp/User.phpに protected $table = 'administrators'; とか足しとけばそっちのテーブル見に行くようになるし http://medaka.5ch.net/test/read.cgi/php/1556417229/207
208: nobodyさん [sage] 2019/04/30(火) 22:08:49 ID:??? >>207 auth.php に定義追加すれば Administratorモデルで認証できるよ。 マルチユーザで使えるように設計されてる。 http://medaka.5ch.net/test/read.cgi/php/1556417229/208
209: nobodyさん [] 2019/04/30(火) 23:56:00 ID:hZKQ99fS >>143 SyouhinモデルにmaxKosuuを作ってええとカスタマーと1x複数になるのか？ 商品を受け取ってバリデーションに渡すと http://medaka.5ch.net/test/read.cgi/php/1556417229/209
210: nobodyさん [sage] 2019/04/30(火) 23:59:59 ID:??? お前らはLaravelで和暦対応どうした？ http://medaka.5ch.net/test/read.cgi/php/1556417229/210
211: nobodyさん [sage] 2019/05/01(水) 00:17:14 ID:??? 和暦使うような糞なシステムはないよ 和暦は役所書類のみ、それ以外は西暦でってのはビジネスの常識 昔はごくごくたまに会員情報の生年月日で使うことがあったが今は個人情報をできるだけ入れない作りが主流 http://medaka.5ch.net/test/read.cgi/php/1556417229/211
212: nobodyさん [sage] 2019/05/01(水) 00:19:32 ID:??? 大学関係の契約書だと和暦が多いね http://medaka.5ch.net/test/read.cgi/php/1556417229/212
213: nobodyさん [sage] 2019/05/01(水) 00:40:20 ID:??? この前「最近点画にハマってる」って言ったら変な顔された http://medaka.5ch.net/test/read.cgi/php/1556417229/213
214: nobodyさん [] 2019/05/01(水) 00:42:02 ID:FhfsDH51 TENGAにハマったまま平成が終わったのか http://medaka.5ch.net/test/read.cgi/php/1556417229/214
215: nobodyさん [sage] 2019/05/01(水) 00:46:29 ID:??? 「てんかく」な http://medaka.5ch.net/test/read.cgi/php/1556417229/215
216: nobodyさん [sage] 2019/05/01(水) 01:06:20 ID:??? 役所と近いところもまだまだ普通に和暦だよ 保育園とか学校とかね 事前に準備して4/2に対応終わったけど http://medaka.5ch.net/test/read.cgi/php/1556417229/216
217: nobodyさん [sage] 2019/05/01(水) 07:54:59 ID:??? >>213 そんなん言葉のパッと聞きで何言ってるか分かんないに決まってるだろ http://medaka.5ch.net/test/read.cgi/php/1556417229/217
218: nobodyさん [sage] 2019/05/01(水) 10:27:15 ID:??? >>165 こういう分け方なんで駄目なのか教えてもらえると嬉しい http://medaka.5ch.net/test/read.cgi/php/1556417229/218
219: nobodyさん [sage] 2019/05/01(水) 11:12:48 ID:??? 昨日の ID:AFYaLSZi様の技術力の高さは素晴らしいね Laravelスレ全員が目指すべき人だよ http://medaka.5ch.net/test/read.cgi/php/1556417229/219
220: nobodyさん [sage] 2019/05/01(水) 13:06:20 ID:??? 令和時代のLaravel始祖の誕生であった http://medaka.5ch.net/test/read.cgi/php/1556417229/220
221: 165 [sage] 2019/05/01(水) 14:38:56 ID:??? >>218 疎結合にするためだな。FrontendとAdminはControllersの下位の概念ではないだろ？ AdminのためのModels,Http,Command FrontendのためのModels,Http,Commandがあるんだ。 共通のものがあればAppの下でいい。 Adminをゴソっと消せば全てが消えるし、Frontendは何も関係せず動き続ける。お互いが交差しないようにパッケージを定義するんだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/221
222: nobodyさん [sage] 2019/05/01(水) 16:02:06 ID:??? >>221 どちらかというとプログラム初心者的な質問なのに答えてくれてありがとう http://medaka.5ch.net/test/read.cgi/php/1556417229/222
223: nobodyさん [] 2019/05/01(水) 16:41:22 ID:gx0atIKK >>221 Route::group['prefix'=>'admins']にしてるワイはやっぱおバカだったのか… 一応アドミニフォルダにコントローラはしまってるけど http://medaka.5ch.net/test/read.cgi/php/1556417229/223
224: nobodyさん [] 2019/05/01(水) 16:44:44 ID:gx0atIKK namespace見たらApp\Http\Controllers\Adminでワロタ… http://medaka.5ch.net/test/read.cgi/php/1556417229/224
225: nobodyさん [sage] 2019/05/01(水) 17:14:09 ID:??? まぁ必ずやらなきゃいけないようなことでもないから自分のプロジェクトに合わせて好きに作ればいいよ。 namespaceをうまく分けるコツはuse文がなるべく少なくなるように定義するんだ。namespaceの上下内で完結するようにする。同レベルの横のnamespaceが3つも4つも出現したら何かが間違っている。 うまくやれば外部に露出するクラスがものすごく減る。 http://medaka.5ch.net/test/read.cgi/php/1556417229/225
226: nobodyさん [sage] 2019/05/01(水) 19:00:05 ID:??? >>225 自然と意識できるようになるまでまだ先は長いな…たぶん http://medaka.5ch.net/test/read.cgi/php/1556417229/226
227: nobodyさん [sage] 2019/05/01(水) 22:15:39 ID:??? 標準搭載されてるServiceManagerはオーバーライドできるけど、それやるとapp.phpを入れ替えないといけんのよね。 オーバーライドすんなってことなのかな。 でもログ周りとか微妙なんだよね。 http://medaka.5ch.net/test/read.cgi/php/1556417229/227
228: nobodyさん [sage] 2019/05/01(水) 22:18:58 ID:??? >>227 ServiceManagerってなんだっけ。ServiceProvider のこと？自分はガンガン置き換えてるよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/228
229: nobodyさん [sage] 2019/05/01(水) 22:23:43 ID:??? >>228 ああ、申し訳ないProvider。 logとかevent周りとか、こいつら置き換えて使ってる？ container作られる時に、結構余計なことしてるのよね。。 http://medaka.5ch.net/test/read.cgi/php/1556417229/229
230: nobodyさん [sage] 2019/05/01(水) 22:38:10 ID:??? >>229 defer付いてるやつは遅延ロードだから使わなきゃ動いてないよ。 logは標準の定義は残して使いつつ、logger.hoge の名前で別インスタンス追加して必要なときに取り出してる。 だいたいこれで事足りる。 標準のプロバイダを継承してカスタマイズしなきゃいけなかったのは認証とメールだけかな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/230
231: nobodyさん [sage] 2019/05/01(水) 22:41:07 ID:??? お前らのオレオレカスタマイズ内容晒してけ http://medaka.5ch.net/test/read.cgi/php/1556417229/231
232: nobodyさん [sage] 2019/05/01(水) 23:22:39 ID:??? >>230 deferついてるならそれでいいんだけど、kernelの流れで読み込まれる連中でも、要件によってはそれなりにいらない事してるんだよね。認証周りは同じくカスタマイズしたけど結構めんどかった。 Facadeのメリット活かしつつ機能を取捨選択してると魔改造になっちゃうんだよなあ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/232
233: nobodyさん [sage] 2019/05/01(水) 23:35:03 ID:??? とても使いやすいし揃ってるframeworkだから、欲張ってしまうw 唯一eloquentだけはベンチとって愕然としたなー。あれは商用では使えないと思った。 http://medaka.5ch.net/test/read.cgi/php/1556417229/233
234: nobodyさん [sage] 2019/05/01(水) 23:36:19 ID:??? >>232 ある程度の諦めは必要かもねー。自分で使わないからってFacade削除したら内部とか追加したライブラリで呼んでたとかあるから標準機能は触らないのが無難かもしれん。 http://medaka.5ch.net/test/read.cgi/php/1556417229/234
235: nobodyさん [sage] 2019/05/01(水) 23:42:35 ID:??? >>234 そう。前者もあるけど特に後者が怖くて、標準の機能を削るって選択はなかなか出来ない。バージョンアップの時のオーバーヘッドがこれによって増大するから。ある前提で組まれてるものだから当然なんだろうけど。 削らないが無難。同意ですなあ http://medaka.5ch.net/test/read.cgi/php/1556417229/235
236: nobodyさん [sage] 2019/05/02(木) 00:11:33 ID:??? ゴリゴリにチューニングするフレームワークではないので機能追加はしても削除はしない方針です。 パフォーマンスが必要になったら札束で殴るしかない。 http://medaka.5ch.net/test/read.cgi/php/1556417229/236
237: nobodyさん [sage] 2019/05/02(木) 00:17:07 ID:??? >>233 そんな遅い？使いにくいのは否定しないけど速度は他と大差ない気がする。 というよりORMでそこまで遅くなる部分があるとは思えないんだよな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/237
238: nobodyさん [sage] 2019/05/02(木) 00:45:44 ID:??? >>237 ちょっと言葉足らずだった。パフォーマンスがシビアに要求されるシステムでは使えない、って感じ。もちろん速度とコーディングの利便性がある程度バーターになるのはわかるけど。 Doctrine単体とかとの比較なんで、同じレイヤーの他ORMとの比較ではないよ。 というのもLaravelでパフォーマンスチューニング、いくつかの案件でやったけどほぼほぼeloquentがボトルネックだった、ってとこからきてる http://medaka.5ch.net/test/read.cgi/php/1556417229/238
239: nobodyさん [sage] 2019/05/02(木) 01:14:42 ID:??? Eloquentはマジックメソッドを多用したラッパーなんでオーバーヘッドはどうしても増える、PHP8のJITに期待 現状はcursor、バルクインサート、自作のバルクupsertなどで極力DBアクセス数を減らしとくしかない http://medaka.5ch.net/test/read.cgi/php/1556417229/239
240: nobodyさん [sage] 2019/05/02(木) 01:27:03 ID:??? うーん、なんかイマイチ信じがたい話ではあるな。 マジックメソッドについてはクラスのメタデータキャッシュして2回目以降の呼び出しは速いはずだし。 例えばDoctrineはアノテーション使ってるし遅くなる要因はこっちの方が大きそう。 そもそもマッピングは枯れた技術ではあるので遅いなら他のフレームワーク参考にして同程度まで速度改善できるず。 フレームワーク全体で遅いなら理解できるけどORM単体でそんなに差がでるとは思えないな。クエリが遅いとかなら理解できるけど。 http://medaka.5ch.net/test/read.cgi/php/1556417229/240
241: nobodyさん [sage] 2019/05/02(木) 01:43:38 ID:??? >>240 いや、queryが遅いとかではなく、リレーションシップをCollectionで表現したり（出来たり）するじゃない。そもそもそういう使い方をされる事による速度の劣化であって、同じ使い方をすればdoctrineとかでも同じ結果になってただろうとは思う。 http://medaka.5ch.net/test/read.cgi/php/1556417229/241
242: nobodyさん [] 2019/05/02(木) 08:40:11 ID:vhQh3nzL お前達はなんでそんなフレームワークを使っているんだ？ 修行でもしているのか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/242
243: nobodyさん [sage] 2019/05/02(木) 09:57:18 ID:??? 使わない方が修行だと思うけどw http://medaka.5ch.net/test/read.cgi/php/1556417229/243
244: nobodyさん [sage] 2019/05/02(木) 10:03:57 ID:??? 構造的セキュリティ担保するの面倒だしな http://medaka.5ch.net/test/read.cgi/php/1556417229/244
245: nobodyさん [sage] 2019/05/02(木) 10:56:32 ID:??? とりあえずmixがとても便利 http://medaka.5ch.net/test/read.cgi/php/1556417229/245
246: nobodyさん [sage] 2019/05/02(木) 11:35:46 ID:??? Laravelのhelperかなりいいよね。関数単体もそうだしCollectionも良い。 PHPはどうしても配列プログラミングになっちゃうからCollectionを使い倒してほしい。 http://medaka.5ch.net/test/read.cgi/php/1556417229/246
247: nobodyさん [sage] 2019/05/02(木) 11:44:03 ID:??? よく使うのはarray_get, pluck, tap, with,abort_if, throw_if, collectかな？ Collectionだとeach map first filter pluck。 http://medaka.5ch.net/test/read.cgi/php/1556417229/247
248: nobodyさん [sage] 2019/05/02(木) 11:47:52 ID:??? >>245 現行モダンフロントのシステム作る上でFirebaseやAWS Lambdaやみたいなサーバレス以外では最後の砦感あるよね ExpressみたいなNode系フレームワークは新規に手を出すには日本語情報少な過ぎるし(日本語情報は大規模修正入る前の旧版ばかり) http://medaka.5ch.net/test/read.cgi/php/1556417229/248
249: nobodyさん [sage] 2019/05/02(木) 11:57:36 ID:??? mixってwebpackのラッパもしくは代替みたいなもん？ http://medaka.5ch.net/test/read.cgi/php/1556417229/249
250: nobodyさん [] 2019/05/02(木) 12:33:53 ID:vhQh3nzL >>246 全然知らねぇんだけど、helperってもしかしてHTMLの自動生成機能の事？ アホか。要るか、そんなもん。 http://medaka.5ch.net/test/read.cgi/php/1556417229/250
251: nobodyさん [] 2019/05/02(木) 12:35:48 ID:vhQh3nzL mix? gulpでいいだろ。馬鹿か！？ http://medaka.5ch.net/test/read.cgi/php/1556417229/251
252: nobodyさん [] 2019/05/02(木) 12:37:46 ID:vhQh3nzL なんでLaravelのアホは、ガラパゴスジャパンじゃあるまいし、独自規格ばっかつかいまくるんだよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/252
253: nobodyさん [sage] 2019/05/02(木) 12:38:08 ID:??? >>250 そのhelperではない http://medaka.5ch.net/test/read.cgi/php/1556417229/253
254: nobodyさん [sage] 2019/05/02(木) 12:40:22 ID:??? 標準規格がゴミだから標準をラップした独自規格作るんでしょ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/254
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 748 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s