19/04/28 12:09:28.73 .net
魔法少女ララベル
URLﾘﾝｸ(www.nicovideo.jp)
3:nobodyさん
19/04/29 02:00:58.05 yaiOsc/q.net
createを使って更新するのとモデルをsaveして更新するのどう違うんやろ。
createの時だけguardedを設定しないといけないとかそもそも複数代入ってどういうことやねん。もーなんじゃいな
4:nobodyさん
19/04/29 11:23:36.61 .net
あーのさー、Laravelってホントに便利なん？
ちらっと見てみた感じ、なんか、RoRとかCodeIgniterとかCakeとかがおかしてる間違いをそのまま引きずってる気がするんだけど？
これ、簡単なWEBアプリならRoRと同じでお手軽かもしんないんだけど
アプリが複雑になってくるとすぐ死なないか？
5:再投稿は甘えおじさん
19/04/29 11:44:25.79 .net
再投稿は甘え
6:nobodyさん
19/04/29 11:54:18.08 .net
前スレで叩かれたからって再レスかよｗｗ
7:nobodyさん
19/04/29 11:55:54.05 .net
6 名前：デフォルトの名無しさん[sage] 投稿日：2019/04/29(月) 02:19:44.72 ID:l/Mc2djO
Laravelとそれ以前のフレームワークの違いってLaravelはフロントエンド側のフレームワークとの連携機構がしっかりしてるから
PHP側のControllerはリクエストに応じてDBの読み書きさえやってればあとの制御はフロント側任せにできるとこだと思うんよね
ｽﾚﾘﾝｸ(tech板:6番)
8:nobodyさん
19/04/29 12:01:11.12 .net
Laravel-Mixは便利
9:nobodyさん
19/04/29 13:01:39.98 .net
>>7
だから、アプリが複雑になるとどうせフォットコントローラになるんだろ
って言ってるんだが。
RoRとかCakeとかといっしょで爆裂Controller生成機じゃないか？
いつになったらこれじゃダメだって気づくんだ？
10:nobodyさん
19/04/29 13:02:08.44 .net
フォットコントローラｗｗｗｗｗｗｗｗ
ファットだろｗｗｗｗ
11:nobodyさん
19/04/29 13:20:05.64 .net
複雑化した時に肥大化しないControllerモデルがあるのか？
まぁ表示制御をフロントに任せる限りはバックエンド側はシンプル、フロントエンドは規模なりのサイズになるわけだけど
12:nobodyさん
19/04/29 13:26:18.29 .net
>>11
前スレでも言ったけどその時点でLaravelはダメなんだよ。
というかRoR、Cake、Laravel、Symfonyこれらみんなダメ
13:nobodyさん
19/04/29 13:38:45.56 .net
細かい処理はコントローラーから別ファイルの関数呼び出すだけにしてるから
複雑な処理のあるコントローラーも20行ぐらいで収まっているぞ、俺の場合
14:nobodyさん
19/04/29 13:40:20.24 .net
実際ガチのWEBシステムをLaravelで構築しているときって
どういう作りになってるのか見てみたい。
誰かオープンソースでgithubに上げてないのかな
15:nobodyさん
19/04/29 13:42:16.79 .net
フロントエンドフレームワーク利用手順
・Node.js未導入の場合
# yum install nodejs
# npm install -g n
# n latest
# npm install -g npm
Vue.jsを使う場合
$ npm install
$ npm run watch
Reactを使う場合
$ php artisan preset react
$ npm install
$ npm run watch
後はresources/js内のファイルを編集すれば自動ビルド
16:nobodyさん
19/04/29 13:44:59.63 .net
Laravelをガチで有意義に使うならVueかReactの習得は必須だと思うんよね
バックエンド側でやること殆どないからイチイチフロントとバックで分業するほどでもないと思うけど
17:nobodyさん
19/04/29 15:07:49.92 .net
今後もVueが活発になったら
laravelはAPIのみって感じが主流になりそうだね
18:nobodyさん
19/04/29 15:11:03.83 .net
ガッツリ組むならReactの方が後の再利用性はいいと思う
19:nobodyさん
19/04/29 15:12:11.92 .net
うちはjQueryとBootstrapでゴリゴリだわ
20:nobodyさん
19/04/29 15:26:31.31 .net
正直脱Bootstrapもやってみたいけど他のCSSフレームワークで何がいいかイマイチ分からんのよね
21:nobodyさん
19/04/29 15:38:25.19 EIk3HTnc.net
>>11
よー分からん。一番でっかくなるのはモデルじゃないんか？
素人だから複雑なシステムはわからんけどコントローラが痩せたらモデルがでっかくなりつつある
22:nobodyさん
19/04/29 15:42:39.19 .net
>>12
だから比較対象になるダメじゃない例がないと考察のしようがないだろ
例を挙げろよ例を
23:nobodyさん
19/04/29 15:47:29.44 .net
>>22
自演乙
24:nobodyさん
19/04/29 15:56:55.48 .net
自演も何も理想的なモデルって一体何なわけ？
25:nobodyさん
19/04/29 15:58:30.61 .net
>>21
書く量が変わるわけではないでしょ。
どこに書くかが変わるだけだから、どこかが減ればどこかが増えるのは仕方ない。
26:nobodyさん
19/04/29 16:42:06.65 .net
BootstrapをベースにscopedにSCSS書けるのが便利過ぎて他に移行する気が起きない
27:nobodyさん
19/04/29 17:18:38.58 .net
Laravelはもはやスタンダードでしょ
28:nobodyさん
19/04/29 17:28:14.96 EIk3HTnc.net
>>25
なるほど。大事なのは後で読んだ時に分かり易いことでそれでいいんだな。
29:nobodyさん
19/04/29 19:10:36.49 .net
Controller肥大化させん為にMiddlewareとかViewComposerとか幾つか回避策もあるんだけどね
30:nobodyさん
19/04/29 21:41:29.24 JcU2QOSZ.net
>>29
そういう、わけのわからん独自のアーキテクチャで何とかしようとするのやめれ。
31:nobodyさん
19/04/29 21:50:07.32 .net
middlewareにするなら汎用化してくれないとロジックが取っ散らかるので慎重に
32:nobodyさん
19/04/29 22:23:27.48 .net
四の五の言わずに表示系は全部フロントフレームワークにすりゃいいんだよ
33:nobodyさん
19/04/29 23:02:11.27 EIk3HTnc.net
>>11
よー分からん。一番でっかくなるのはモデルじゃないんか？
素人だから複雑なシステムはわからんけどコントローラが痩せたらモデルがでっかくなりつつある
34:nobodyさん
19/04/29 23:02:32.50 EIk3HTnc.net
ミスった
35:nobodyさん
19/04/29 23:06:46.62 .net
ミドルウェアが独自のアーキテクチャとかマジで言ってるんです？
36:nobodyさん
19/04/29 23:22:28.69 .net
なんか無知を晒してるヤツ何人か居るがまぁ同一人物なんだろうね
37:nobodyさん
19/04/29 23:36:28.32 .net
たとえララベル使わなくてもコードは肥大化するじゃん
38:nobodyさん
19/04/29 23:44:54.68 .net
アーキテクチャとかフレームワークとかミドルウェアみたいなのは全然気にならないんだけど
BootstrapとかLaravelとかjQueryとかみたいな固有名をカタカナで書いてるの見るとなんか「うわっ」って思っちゃうんだよね
なんでだろ
39:nobodyさん
19/04/30 01:33:13.64 U8oZvJd3.net
>>35
そうだよ。だって、本来のmiddlewareって、そういうもんじゃないもん。
Laravelが勝手に言ってる概念じゃん。
40:nobodyさん
19/04/30 01:47:02.86 .net
Laravelがっていうよりもサーバーサイドプログラミング全般で使われる言葉じゃないか？
NodeのExpressでも同じ様にMiddlewareってあるし多分RoRにもDjangoってあるだろ
単にOSに対してのミドルウェアと違う様に見えるだけで相対的な意味ではやっぱミドルウェアだろ
41:nobodyさん
19/04/30 01:55:32.43 U8oZvJd3.net
そんな言い分認めない。
42:nobodyさん
19/04/30 01:58:54.60 .net
>>40
もっとまともな言い訳考えてこい
43:nobodyさん
19/04/30 01:59:23.71 U8oZvJd3.net
だいたい、MVCどこ行ったんだよ。
うちのMVCでは手が足りないのでmiddlewareさんを助っ人に呼びましたってか？
そんなポンコツ、設計し直せ。
44:nobodyさん
19/04/30 02:04:21.96 U8oZvJd3.net
あ、オレ、もしかして今核心ついた？
そういうことやってるからしょっちゅうでかい互換性のないアップデートかけてる？もしかして。
45:nobodyさん
19/04/30 03:38:44.94 .net
結構大規模にやってるけどドメインロジックはPOPOのサービス層に書いてるしコントローラは薄く保てる
そもそもMVC2とかただのUIアーキテクチャじゃん
ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ
46:nobodyさん
19/04/30 03:55:38.16 .net
>>22
＞>>12
＞だから比較対象になるダメじゃない例がないと考察のしようがないだろ
＞例を挙げろよ例を
これあったら誰か教えて
47:nobodyさん
19/04/30 06:39:54.40 .net
どうせオレオレフレームワークが最強って言いたいだけなんだろうけどな
そういう奴に限ってユーザー認証用のパスワードをDBに平文で持つとかいう愚かな事やってる
48:nobodyさん
19/04/30 08:25:31.77 U8oZvJd3.net
>>45
>ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ
おまえは本当に分かってないな。
複雑化してきた時の設計をユーザーに委ねてたらフレームワークの意味なくなるだろ。
そういう時の事まで考えて提示して初めてフレームワークなんだよ。
たとえば>>13みたいな事をさ、フレームワークとして提供すんの。
勿論、そのままやったら馬鹿だけどな。
CakePHPが流行ってた頃さ、ModelはDBにアクセスする物と誤解されて
それ以外が全部Controllerに書かれてファットコントローラーだらけになったのな。
で「CakeはDBにアクセスしないModel“も”作れるのに」って言い張ってたやつがいたけど、
根本的に、そういう設計が狂っちゃってんだよ。
49:nobodyさん
19/04/30 08:26:42.05 U8oZvJd3.net
>>47
お前のレベルが低すぎる事だけは、その発言でよーくわかった。
50:nobodyさん
19/04/30 09:33:09.08 .net
現にここまで理想的なモデルとしての具体例・対案が一切出てない件
51:nobodyさん
19/04/30 09:39:13.57 U8oZvJd3.net
>>50
は？ オレ、前にヒント出しといたけど？
52:nobodyさん
19/04/30 09:40:10.27 U8oZvJd3.net
まったく、>>50は馬鹿だなぁ。
53:nobodyさん
19/04/30 09:46:41.02 .net
ID消すの忘れてますよ
54:nobodyさん
19/04/30 09:59:33.56 U8oZvJd3.net
なんで消さなきゃいけないの？
55:nobodyさん
19/04/30 10:00:48.03 .net
くだらない事考える暇あるならVue.jsなりReactなり習得してMVVMで作れば解決じゃん
なんか異論があるなら受け付けるけど
56:nobodyさん
19/04/30 10:00:49.07 U8oZvJd3.net
もしかして、ただの連投を自演だと思ったとか？
本当にバカだなぁ。
57:nobodyさん
19/04/30 10:02:08.92 U8oZvJd3.net
>>55
底抜けのバカが現れた。
58:nobodyさん
19/04/30 10:09:39.13 .net
>>57
あなたのいう欠点を克服しているフレームワークは何？
それと比較してみたいんだが
59:nobodyさん
19/04/30 10:11:33.54 .net
githubのスター獲得数が最高だから他のフレームワークと比べて
一番評価されているのでは
60:nobodyさん
19/04/30 10:25:07.93 .net
みんなLaravelが優れていると思っているからgithubで最高評価もらってるし
大規模システムにも採用されているんだろう。
61:nobodyさん
19/04/30 10:45:05.32 .net
おまえはPoEAA読み直してこい。ARは数あるパターンのひとつであって銀の弾丸ではない。データアクセスの抽象化が目的だ。
MVCに拘りすぎるのもやめろ。あれはステートフルなGUIアプリケーションの概念であってステートレスなウェブには合わない概念も多い。AndroidやiOSにはまだまた有用だが。
ソフトウェア構築の肝は疎結合だ。これが実現できるならオレオレ設計で全く問題ない。
フレームワークが担うのはHTTP入出力やデータアクセスなどどんなシステムでも利用する機能の共通化だけだ。ロジックが複雑化してきたときの助けにはならない。そこは自分とメンバーのスキルと規模によって良い方法を考えろ。
62:nobodyさん
19/04/30 10:52:11.62 U8oZvJd3.net
バカが、レベルの低いフレームワークに引きずられて長文で語ってる。
63:nobodyさん
19/04/30 11:02:26.42 .net
だったらフレームワークなんか使わずに全て自分で書けばいいだけやんw
オレオレフレームワークが最高なんだろ
このスレに常駐してる理由が分からんw
64:nobodyさん
19/04/30 11:05:23.61 U8oZvJd3.net
バカ、逆ギレ。
65:nobodyさん
19/04/30 11:06:31.10 U8oZvJd3.net
やっぱ、爆裂コントローラー生成機という見方は正しかったって事か。
使えんな、こんなもん。
66:61
19/04/30 11:11:43.69 .net
せっかく長文で書いてやったんだから反論頼むよ。おれこういう議論好き。
世の中しょぼいエンジニアしかいないから口が悪い奴でも楽しい話できるなら付き合うよ。
67:nobodyさん
19/04/30 11:17:22.32 .net
ただの荒らしだよ
反論できるような知識もない
68:nobodyさん
19/04/30 11:21:06.23 .net
フルスタックフレームワークはフルスタックエンジニアのためのフレームワーク
69:nobodyさん
19/04/30 11:27:50.09 .net
連投して議論じゃなく勝利宣言しかできないキッズはキッズ向けの板に行った方がいいと思うんよね
70:61
19/04/30 11:37:42.67 .net
まぁあらしの課題感は間違ってないと思うよ。議論にはならないけど。
ファットコントローラは世間的にも話題になったしファットモデルも同じく。
自分はDBアクセスなしのPOPOオブジェクトをたくさん作るのが好きだけど、それは小規模チームだから。大規模になると破綻する。
一方でJavaのSeasarみたいに大規模チームでワークするフレームワーク作った人たちもいたし。
71:nobodyさん
19/04/30 11:41:41.64 U8oZvJd3.net
>>66
んーとさ、前スレだったか、上の方だったかにさ、
「Symfonyに何も学ばなかったのか？」って書いたじゃん。
Symfonyは個々の要求をさばくのにActionを使っていて、
それぞれを別のActionに分けることでControllerが肥大するのを防いでいた。
>>13みたいなのを、フレームワークの仕組みとして提供していた。
（褒められるのはそのくらいだったように記憶しているけど）
よくあるダメなフレームワークの典型のもう一つが、
Viewは描画をする場所なので、ロジックを書いてはいけないとしているところ。
だから、View=テンプレートみたいなアホみたいなことをしてしまう。
実際には描画に関する分岐やループというものはあって、
そういうのをテンプレート内でやろうとすると、
デザイナが手を出せない代物になってしまって破綻する。
つまり、大規模になると破綻する。
Laravelにそういうところのケアがあるようにはとても見えない。
ActiveRecordのような実装もダメ。
前スレでも言ったけど、テーブルに結びつくORMはJOINが困難になるので
RDBという資産をまるで生かせなくなってくる。
「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」
とかキチガイが言っていたが、そういうことするからコードがゴミクズのようになるし、
ちょと複雑な処理をするとクソ遅くてメンテ不能になってくる。
流行りなんじゃなくて、それしか出来ないからそうしているだけ。
とにかく、どのフレームワークもRoRに引っ張られすぎ。
72:nobodyさん
19/04/30 11:44:46.92 .net
>>71
それBladeテンプレートの仕様確認してから言ってる？
73:nobodyさん
19/04/30 11:45:26.77 U8oZvJd3.net
それから、よくあり過ぎて頭いたくなってくるんだけどさ、
URLﾘﾝｸ(readouble.com)
public function store(Request $request)
{
$validatedData = $request->validate([
'title' => 'required|unique:posts|max:255',
'body' => 'required',
]);
// ブログポストは有効
}
この、max:255 って単位はなんだ？
どっかでちゃんと分けてるんだよな？ よく読んでないから知らないけど。
言ってる意味、分かるか？
74:nobodyさん
19/04/30 11:46:39.91 U8oZvJd3.net
>>72
してない。現段階ではする気も起きない。
既にTwigっていう優秀なテンプレートエンジンが存在するのに、
わざわざBladeとかいうわけのわからん独自テンプレートを持ち込んでくる神経が
そもそも理解できない。
75:nobodyさん
19/04/30 11:47:45.91 .net
あとDBに関してはこれ
URLﾘﾝｸ(readouble.com)
URLﾘﾝｸ(readouble.com)
76:nobodyさん
19/04/30 11:49:57.14 U8oZvJd3.net
>>75
「これ」が、何？ 論旨を言えないバカ？
77:nobodyさん
19/04/30 11:55:17.81 .net
頭の固い老害ってとこだろうな
確認もせずにTwigが云々語っちゃう辺りはその典型
78:nobodyさん
19/04/30 11:58:53.80 U8oZvJd3.net
>>77
ねぼけてんなぁ。Laravelでしか使われんBladeごときが、
Twig様に勝てるわけねーだろ。
79:nobodyさん
19/04/30 12:00:58.04 .net
流石に検索系でよっぽど単純な操作をやる場合以外でORMなんてそう使わんだろ
挿入、更新、削除なら積極的に使った方がシンプルになるだろうけど
80:nobodyさん
19/04/30 12:03:30.09 U8oZvJd3.net
>>79
だからさ、エロなんとかと別のクエリビルダと、使い分ける設計がクソだって言ってるの。
そしたら、ActiveRecordパターンなんかダメに決まってんだろ。
（エロなんとかがActiveRecordパターンなのかよくしらんけどさ）
もうちょっと、頭使って作れって話。
81:nobodyさん
19/04/30 12:06:10.72 .net
こいつが作った超イケてるフレームワークがGitHubに出てくる日を待つかw
82:nobodyさん
19/04/30 12:07:25.80 U8oZvJd3.net
別のクエリビルダの方は、SELECT結果はstdClassになっちゃいまぁす、とかさ。
そしたら、結果のオブジェクトになんかメソッド仕込むとかできねーだろ。
ActiveRecordはフォーマッタ仕込んだり
極端な話、オブジェクト自体にバリデーション埋め込むことだってできるけど、
stdClassじゃただデータ持ち運ぶ事しかできんじゃねぇか。
83:nobodyさん
19/04/30 12:07:50.28 .net
Symfonyがいいって言うんならSymfony使ってればいいじゃん
別にそこを否定はせんよ
なんでわざわざ他所に喧嘩売りに来るのかその神経が分からん
84:nobodyさん
19/04/30 12:08:54.05 .net
急に進んでたから面白い議論でも始まったかと思ったら低脳が湧いて釣られたやつらがいただけだった
みんなちゃんとNGしとけよ
85:nobodyさん
19/04/30 12:10:54.21 .net
>>82
データをDBに書き込む時にはバリデーション必要だけど
既に保存されたデータを検索して表示する過程にバリデーション必要か？
86:nobodyさん
19/04/30 12:18:06.72 U8oZvJd3.net
>>83
ボケナス、褒められるのはそこだけだったって言ってんだろ。
つかえるか、あんなポンコツ。
87:nobodyさん
19/04/30 12:18:43.83 U8oZvJd3.net
>>85
フォーマッタはあったら便利だろ。
88:nobodyさん
19/04/30 12:19:45.16 U8oZvJd3.net
先のことをさぁ、考えて、作るんだよ。
>>85くん。
89:61
19/04/30 12:19:53.89 .net
>>71
まずオレの意見から言うとSymfonyは素晴らしい。けど理想を追い求めすぎて複雑。Laravelはバランスが良くて小規模アプリは最高。ただしEloquentはクソ。Doctrine持って来い。
Laravel触ってみるといいよ。勘違いしてる部分も多そうだし。
Actionの部分はService Containerを調べて。
Viewの話はロジックというのは業務ロジックのことで、例えばこの会員はAランクなので付与率5%、それ以外は1%というような話でこれはViewじゃなくてモデルに書きましょうということだ。表示のための分岐はいくらでも書いて問題ないよ。
最近のARはJOINしてもうまくマッピングしてくれるようになってる。各ORMがN+1問題をどう解決してるかコード読め。Doctrineはコードがきれいだぞ。
クエリビルダとエロは別々のものじゃなくてビルダの上位レイヤがエロだ。普通はエロだけでよい。withとlazy loadの仕組みである程度速度のコントロールはできる。
RoRとLaravelが似てるのは否定しない。Symfonyは別の問題を解決しようとしてるから用途が違う。果物ナイフとノコギリを比べるようなもんだ。
90:nobodyさん
19/04/30 12:25:04.68 .net
>>71
「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」
は確かGoogleが推奨しているコーディング方式だね。
GoogleのWEBサービスは全部このやり方で実装されている。
91:nobodyさん
19/04/30 12:26:14.99 .net
>>73
Request生で使う奴はいないでしょ。
普通はフォームリクエスト使ってそっちで宣言する
92:nobodyさん
19/04/30 12:28:02.55 .net
>>90
そりゃGoogleはGCP売りたいんだからそう言うだろ。RDBを使わないシステムをターゲットにしてるんだから。
RDB使ってそんなことしてたらクソプログラマ認定されるぞ。
ぐーぐるさまが言ってるからって盲目的になるのは感心しないな。
93:nobodyさん
19/04/30 12:28:11.20 .net
アスペルガー特有の強い拘り
94:nobodyさん
19/04/30 12:28:59.26 .net
JavaのSpringFrameworkのJPAや
PythonのDjango
Ruby on Rails
Laravel
Symfony
等々みんなActiveRecord方式採用しているってことは
それで十分システムを構築できているんでしょう。
95:nobodyさん
19/04/30 12:29:54.72 U8oZvJd3.net
>>89
>Viewの話はロジックというのは業務ロジックのことで、
>例えばこの会員はAランクなので付与率5%、
>それ以外は1%というような話で
>これはViewじゃなくてモデルに書きましょうということだ。
それをやめろって言ってんだ、ボケ。
なんで還元率適用後の値についてまでモデルが面倒見なきゃいけないんだ。
それはおまえ、社長が「よしこのお客さんには10%値引きしろ」って言ったら、
従業員が「社長、それはいくらになるんですか？」って言ってるようなもんだぞ。
馬鹿なのか？
96:nobodyさん
19/04/30 12:30:37.08 U8oZvJd3.net
>>91
おまえは何を言っているのだ？
97:61
19/04/30 12:31:00.39 .net
>>94
採用してないよ。JPAとSymfony/Doctrineは違う。もう一回調べて。
98:nobodyさん
19/04/30 12:31:59.47 .net
>>92
大勢でアクセスされた際のJOIN高負荷問題がどのDBもまだ未解決だから
大規模だとJOIN使わない方式が推奨されてるってだけじゃないの？
PostgreSQLやMySQLやOracleとかでJOIN高負荷問題の対策チームが
個別に存在しているぐらいだし
99:nobodyさん
19/04/30 12:32:07.68 U8oZvJd3.net
>>94
つくるだけなら、な。
で、更改のたびにプログラマがヘドロのようになってるはずだ。
100:nobodyさん
19/04/30 12:32:48.86 .net
MariaDBはわからんけど
101:nobodyさん
19/04/30 12:34:13.29 U8oZvJd3.net
>>89
>表示のための分岐はいくらでも書いて問題ないよ。
それもやめろっって何回言わせんだ。
デザイナが触れなくなるだろーが。
102:61
19/04/30 12:34:48.89 .net
>>95
ん？おまえは還元率の計算をViewでやってるの？
ECサイトでポイントを表示するケースって、カートとか確認画面とかメルマガでDM送るときにこの商品を買ったら50ポイントです！とかあるけど、全部のビューに書いてる？変更するときどうすんの。
103:nobodyさん
19/04/30 12:35:15.15 .net
>>97
JPAはOracleのJava Dayイベントで
ActiveRecord方式ってOracleの中の人が言ってるぞ
104:nobodyさん
19/04/30 12:35:53.59 .net
>>98
経験上大量レコードからJOINで大幅にレコード件数減らせるんなら減らした方が低負荷になるはずだけどなぁ
間違ってたらスマン
105:nobodyさん
19/04/30 12:39:07.02 .net
>>101
いやデザイナーに実コード触らせるとかやめろよ。そんなやり方
デザイナーから上がってきたhtmlはコーダーが実環境にマージ・適用した方が全体でみて低リスクだし低コストになる
106:nobodyさん
19/04/30 12:39:29.05 .net
>>98
なんで世の中JOINが遅いことになってるんだろうな。最近のARしか知らないプログラマはほんと軟弱だわ。
JOINが遅いのは設定と設計とクエリが悪いの。その対策チームはJOINを無くすために存在してるんじゃなくて、設計とクエリを見直してパラメータを調整して速いJOINにするために存在してるの。対策した後もJOINを使うの。
107:nobodyさん
19/04/30 12:41:35.61 U8oZvJd3.net
>>102
>87
>>85
>フォーマッタはあったら便利だろ。
>88
>先のことをさぁ、考えて、作るんだよ。
>>85くん。
加えて、Twigには、FilterとFunctionという便利なものもある。
おまえは、石器時代の人間か？
108:nobodyさん
19/04/30 12:43:09.65 U8oZvJd3.net
>>105
おまえのアプリは作ったら作ったまんまか？
おまえ、サーバ側の改修やってるときに、
デザイナが書いたHTMLやCSSの面倒見たいか？
物好きだなぁ…。
109:nobodyさん
19/04/30 12:43:59.08 .net
>>103
JPA自体はエンティテイにデータアクセスの機能は持たせない。レコードと1対1の構造はARっぽいが同じではない。
拡張のActiveJPAとかいうのと混同してるのでは？
110:nobodyさん
19/04/30 12:44:29.80 .net
>>106
いや違う。複数からアクセスされたときに単純なクエリにかかわらず
JOINが高負荷になってしまう問題が存在していて
それを解決するために各チームが存在している。
解決したソースコードを提供した人には賞金が授与されるけど
未だ誰もこれを解決できるソースを提供できた人はいない
111:nobodyさん
19/04/30 12:44:30.74 .net
>>107
でも>>82読んだ限りだとARにフォーマッタ仕込みたいんだろ？
Twigはテンプレートエンジンの方じゃんなんでごっちゃになってるの？
112:nobodyさん
19/04/30 12:45:05.33 U8oZvJd3.net
>>106
それは、下手くそなバカがJOINするからだ。
アホが書いたくそぐっちゃぐちゃのSQLを1/3に減らしたら
実行速度が1/10になりましたとか、普通にあるだろ。
あいつらは実行計画の見方もしらない。
JOIN前にSELECTで絞りまくったほうが速いとすら思っている。
113:nobodyさん
19/04/30 12:45:40.17 .net
>>108
変に分からんヤツに荒らされて狂うくらいなら自分でやった方がいいに決まってるだろ
114:nobodyさん
19/04/30 12:45:55.40 .net
>>109
Oracleの中の人が言ってるんだから混同してないでしょ。
もしくは今後実装予定の機能をポロっと言ってしまった可能性もあるけど
115:61
19/04/30 12:46:27.81 .net
>>107
FiltetとFunctionはだいたいどのテンプレートエンジンにもあるが、あれはヘルパであってロジックの置き場じゃないぞ。
116:nobodyさん
19/04/30 12:46:57.18 U8oZvJd3.net
>>111
「たい」んじゃなくて、仕込「める」と言っているんだ。
OOPというのはそういうものだ。
117:nobodyさん
19/04/30 12:47:50.08 .net
>>114
いいからググれ。JPAの仕様とActiveJPAの仕様を読んでこい。違いがわかるから。
118:nobodyさん
19/04/30 12:48:09.60 U8oZvJd3.net
>>115
寝ぼけ過ぎだ。
お前が言っていた
>表示のための分岐はいくらでも書いて問題ない
場所、
それが、その場所だ。いい加減に気づけ。
119:nobodyさん
19/04/30 12:48:15.98 .net
>>110
うーん皆の話に齟齬があるみたいだからその複数アクセスの規模を明示して？
多分秒間10や20くらいじゃそうならないよね？
120:nobodyさん
19/04/30 12:48:52.38 .net
>>112
それはJOINじゃなくてクエリの書き方の問題でしょ。
ここで言われてる複数アクセス時のJOIN高負荷は賞金がかけられてるやつだから
DB本体のコーディングの問題。
121:nobodyさん
19/04/30 12:50:22.05 U8oZvJd3.net
>>113
まったく、だからお前のやっている仕事はスケールしないんだよ。
連投禁止かかりはじめたから、しばらくポイント貯めるぞ。
122:nobodyさん
19/04/30 12:50:56.46 .net
Java Dayに参加したことあるけど確かにOracleはJPAを
ActiveRecord方式と言ってたな。
123:nobodyさん
19/04/30 12:53:28.40 .net
>>120
何言ってんのか意味不明。JOINのアルゴリズムはほぼ確立されていて、データ量が膨大であれインデックスがメモリに乗ってCPUに余裕があればどんなに大量のアクセスがあっても理論上は遅くならない。Btreeの仕組みとインデックスの用途、実行計画について調べてこい。
124:nobodyさん
19/04/30 12:53:48.54 .net
>>117
Oracleが発言してるんだからそれOracleに言って来いよ。
どうせOracleがActiveRecordを勘違いしてるんでしょ。
125:nobodyさん
19/04/30 12:55:15.84 .net
>>120
言いたいことは大体分かったけど
なんかソースみたいな記事持ってこないと噛み付いてる人は納得しないと思うよ
126:nobodyさん
19/04/30 12:56:15.06 .net
>>123
遅くなる問題があるからわざわざ専門チームがいて
賞金もかけられれるんでしょ。
PostgreSQLやMySQLの開発チームの中に
JOIN問題を解決する対策チームがいるからそいつらに言って
間違い正して来いよ。
127:nobodyさん
19/04/30 12:57:44.12 .net
ARの定義知ってんの？
1レコード1エンティテイ
エンティテイがDBアクセスを担う
この二つを満たしてるものがActiveRecordたぞ。JPAは当てはまらない。Oracleが言ったからって信じるなよ。
128:nobodyさん
19/04/30 12:58:27.31 .net
JOINの高負荷問題で通常の開発者にはあまり関係ないはず。
あれはGoogleとかAmazonクラスのWEBサービスじゃないと
発生しないんじゃないっけ
129:nobodyさん
19/04/30 13:00:09.70 U8oZvJd3.net
おまえらは、LaravelのスレッドでなぜJOINの話題を始めるのだ。
バカなのか？
130:nobodyさん
19/04/30 13:00:56.87 .net
同時アクセスでJOIN高負荷ってなんだよ…。JOIN 高負荷 賞金でググってもなんも出てこないぞ。
131:nobodyさん
19/04/30 13:00:57.44 .net
DBのJOIN云々とか
ActiveRecordの定義云々とか他でやれ
ここはLaravelのスレだから
132:nobodyさん
19/04/30 13:02:52.80 .net
>>130
よく知らんけど多分日本語じゃ無理だろうな
133:nobodyさん
19/04/30 13:03:10.07 .net
それもそうだな。終わりにしよう。いいネタは出たな。
134:nobodyさん
19/04/30 13:03:32.49 U8oZvJd3.net
まったく、俺様のように、Laravelの欠点や、対抗馬となるべき未来のフレームワークについて語れ。
135:nobodyさん
19/04/30 13:05:12.24 .net
話を戻すけど>>73については何がいいたいの？
136:nobodyさん
19/04/30 13:05:33.78 .net
>>132
けっきょく知らねーのかよw
お前は日本語で誰も話題にしてないRDBのJOIN問題に辿り着いてここで披露してるわけか。すごいな。
137:nobodyさん
19/04/30 13:07:33.95 .net
未来のフレームワークについては別スレのほうがいいのでは
138:132
19/04/30 13:08:32.64 .net
>>136
俺は120じゃないけど日本語での検索ワードじゃ無理だろうなって思ったから言っただけだよ
139:nobodyさん
19/04/30 13:13:38.12 U8oZvJd3.net
>>135
んとさ、例えば
<label for="Volume">数量</label>
<input type="text" id="Volume" name="volume">
というフィールドのバリデーションでさ、
max:255
って、ちゃんと動くのか？ って話。
140:nobodyさん
19/04/30 13:20:31.34 .net
integer|max:100 なら数値だし
string|max:100 なら文字数だし
volume[] なら要素数でバリデーションだしファイルならサイズだよ。
141:nobodyさん
19/04/30 13:26:42.64 .net
>>139
文字列、数値、配列、ファイルに対して255以下ってのが働くね
HTML側がinput type="file"になった場合は
255キロバイト以下という判定に代わる
142:nobodyさん
19/04/30 13:40:33.80 .net
>>139
動くよ
もし数値であることも判定したいならinteger付けたりとかだね
143:nobodyさん
19/04/30 13:41:47.09 U8oZvJd3.net
なるほど。一応、型は意識していると。
では、Aの商品の時は最大50個までで、Bの商品の時は100個までだけど、
クーポンを使ったときにはBの商品は20個限定、
みたいな処理は、どこにどうやって書くの？
144:nobodyさん
19/04/30 13:49:30.29 .net
AvailableQuantitySpecificationクラス作って isSatisfiedBy($cart)メソッドの中にそのロジック実装して
$validator->after()の中でバリデーション。
145:nobodyさん
19/04/30 13:52:25.91 .net
>>143
それもバリデーションに書くね。その場合条件付きバリデーションって
方法になる
146:nobodyさん
19/04/30 13:56:39.63 .net
色々かけるな。
afterの中でバリデーションしてもいいし
sometimes使用して条件付きバリデーション使用してもいいし
147:nobodyさん
19/04/30 13:57:08.39 .net
それはバリデーションじゃなくて制約、仕様なんだからバリデーションに書くなよ。
単体でテストできるようにクラスでも関数でもいいから分離しとけ。
148:nobodyさん
19/04/30 14:00:41.93 .net
まさか学校の課題をここで聞いているんじゃなかろうな
149:nobodyさん
19/04/30 14:01:46.20 U8oZvJd3.net
ほーら、なんかいろいろ言い出した。
つまり、作ってるやつで書き方違うって事だ。
150:nobodyさん
19/04/30 14:04:29.24 .net
>>149
そりゃ違うでしょ。各会社でコーディング規約が違うんだから。
同じ会社なのに書き方違ったら馬鹿だけど
151:nobodyさん
19/04/30 14:05:14.30 .net
>>149
誰が書いても同じになるようにしたいってこと？
なんかあんまり実務でチーム開発したことなさそう。どんなフレームワーク使っても同じになるよ。チームでルールを決めるんだ。
152:nobodyさん
19/04/30 14:06:38.63 .net
逆にそんなキチキチのフレームワークとか嫌なんだがw
レールの上を走り続けたい人向けフレームワークでもつくればいいじゃん
153:nobodyさん
19/04/30 14:08:46.96 .net
実際の開発だとコーディング規約が定まっていてそれ通りに書くから
少なくとも開発チーム内では同じ書き方になるぞ
154:nobodyさん
19/04/30 14:11:36.45 U8oZvJd3.net
バカどもめ。
見えるぞ。お前たちの作ったアプリが３年後に産廃の山になる未来が見える。
155:nobodyさん
19/04/30 14:15:14.87 U8oZvJd3.net
そうだ、思い出した。もう一個聞きたいことがある。
公開サイトと管理画面を作る時、このLaravelではどのようにプロジェクトを作るつもりなのだ？
156:nobodyさん
19/04/30 14:15:36.08 .net
>>154
チーム開発したことある？過去に5人以上のチームで自分が満足したシステム作り上げたことある？
たぶんひとりで自分が満足するものしか作ったことないんじゃないかな。
157:nobodyさん
19/04/30 14:16:15.53 .net
>>149
会社？個人？
個人なら好き勝手に書けるけど会社なら規約があるはずだから
会社が決めた制約で書くはずだが。
158:nobodyさん
19/04/30 14:17:13.87 .net
>>155
自分でnamespace分けてサブドメインルーティングすればいいんじゃないかな。それかマイクロサービスにするか。ノリシックにしてもいいよ。
そんなのフレームワークに決め手もらうことじゃなくて開発規模、対象を見て考えるもんだよ。
159:nobodyさん
19/04/30 14:19:16.60 .net
まぁ1人でやるような小～中規模案件でも使い勝手はいいフレームワーク�
160:ｾと思うけどね
161:nobodyさん
19/04/30 14:22:00.95 .net
>>155
それはどういう管理画面なの。
納品先のユーザが使用する管理画面？
それともアプリ製作者が使用する管理画面？
162:nobodyさん
19/04/30 14:22:04.12 U8oZvJd3.net
>>158
何を言っているのかわからないんだが、
公開サイトのファイルも、管理画面のファイルも、
全部同じプロジェクトの中に入ると言っているのか？
163:nobodyさん
19/04/30 14:23:46.53 U8oZvJd3.net
>>160
例えば、ネットショップを作るとする。
公開画面でユーザが買い物をする。
管理画面で注文について管理する。
当然双方での料金の計算ロジックは同じではなければならないから、
モデルに相当するものは共有したい。
どうするつもりか教えてくれ。
164:nobodyさん
19/04/30 14:27:24.45 .net
例が具体的過ぎて学校の宿題か
今度実装するアプリについてここで聞いているように思えるｗｗｗ
165:nobodyさん
19/04/30 14:30:24.24 .net
namespace分けろよ
\App\Models 共通のモデル
\App\Frontend\Http\Controllers
\App\Admin\Http\Controllers
こんな感じで別々にするんだよ。
166:nobodyさん
19/04/30 14:31:49.85 .net
間違っても App\Http\Controllers\Admin,Frontend にするなよ。
167:nobodyさん
19/04/30 14:32:45.13 .net
従来の方法で良いんでは
AdminController作ってログインユーザーのroleがAdminのみ受け入れる
168:nobodyさん
19/04/30 14:33:17.35 .net
>>161
Laravel使ってないから参考にならないだろうけど講演で聞いた限りでは
YahooとAmazonは、買い物画面と管理者画面は同じプロジェクト内で作っている
169:nobodyさん
19/04/30 14:37:25.44 .net
固定観念の塊って感じw
170:nobodyさん
19/04/30 14:40:59.09 .net
>>155
無理に擦り寄って来なくていいってば
171:nobodyさん
19/04/30 14:42:26.10 .net
一般画面と管理画面でnamespace分けるでしょ
172:nobodyさん
19/04/30 14:44:06.65 AFYaLSZi.net
こーれはまた、チンパジーだらけだな。
お前らのプロジェクトが火を吹きまくる未来が良く見えるぞ。
173:nobodyさん
19/04/30 14:47:38.50 .net
namespace分ける馬鹿ばっかりだなぁ
だからお前らのアプリは産廃になるんだよ
174:nobodyさん
19/04/30 14:55:22.96 AFYaLSZi.net
>>167
そいつらは自分のところのシステムであるから如何様にも出来ようが、
お前達のプロジェクトがお前たちのさじ加減でどうにかなると良いのう。
はーはっはっは。
175:nobodyさん
19/04/30 15:01:15.86 .net
>>173
自分は>>162の場合どのように設計するつもりなの？
176:nobodyさん
19/04/30 15:07:44.35 .net
>>171
Laravel誕生のころからずっと業務システムに使ってるけど
Laravel製のプロジェクトで今まで火を吹いたことないな。
別プロジェクトのDjangoとFuelPHPは吹きかけたけど
177:nobodyさん
19/04/30 15:13:19.89 AFYaLSZi.net
>>174
勿論、そのように設計するに決まっておろう。
同じプロジェクト内に作るが、
別のサイト単位で作るのじゃ。
馬鹿め。
Laravelとやらにそれができるのか？
お前にサンが救えるのか。
178:nobodyさん
19/04/30 15:21:02.58 .net
>>176
そりゃ確かにLaravelはできないね。Symfony2の方がきれいに作れそう。
179:nobodyさん
19/04/30 15:48:58.55 .net
>>176
その作り方はLaravelでは無理ですね。
そもそもそういうサイト設計するならLaravelは候補にすら上らん
180:nobodyさん
19/04/30 15:54:30.97 .net
Laravelで作った決済系のサイトだとこいつが有名ですね
URLﾘﾝｸ(github.com)
181:nobodyさん
19/04/30 15:57:18.39 .net
サイト単位はLaravelでもできるぞ
182:nobodyさん
19/04/30 15:57:38.58 AFYaLSZi.net
>>177-178
では、上の方でnamespaceなどとほざいていたチンパンジーどもはなんであったのだ？
183:nobodyさん
19/04/30 16:02:39.16 .net
>>179
このショッピングサイトのソースだとnamespace方式でやってるな
184:nobodyさん
19/04/30 16:09:12.89 .net
>>181
現状最高だと思えるフレームワークは何ですか？
185:nobodyさん
19/04/30 16:11:40.32 AFYaLSZi.net
>>183
お前はLaravelとやらを使っておれば良い。
186:nobodyさん
19/04/30 16:14:06.79 .net
普通に複数サイトもやってるけど
パッケージに分けなよ
187:nobodyさん
19/04/30 16:16:01.40 .net
>>184
お前が未来のフレームワークについて語ろうって自分から
言ってきたんだろうが
188:nobodyさん
19/04/30 16:18:28.77 .net
幼稚な嵐にかまうなよ……うれションして喜んでるだろうが
189:nobodyさん
19/04/30 16:20:00.17 .net
Laravelスレってみんな技術力低すぎないか？
AFYaLSZi様の言っていることはもっともだと思うんだが
190:nobodyさん
19/04/30 16:21:07.80 .net
様付けとかｗｗｗ
ID消して自演かよｗｗ
191:nobodyさん
19/04/30 16:26:49.10 .net
様とかこいつ頭大丈夫か？
AFYaLSZiが一番技術力低いんだが
192:nobodyさん
19/04/30 16:32:35.28 .net
>>181
Laravelはマルチプロジェクトの概念がないからnamespace で分けるんだよ。
パッケージの使い方としては正しい。ただ設定値はフロントと管理で共通だからな。まぁ普通はサブドメインを分けて、ルーティングも分ければマルチプロジェクトになるのでそれで十分だろ。
193:nobodyさん
19/04/30 16:34:58.30 .net
このスレでまともなの俺とAFYaLSZiも含めて3～4人ぐらいだな。
フレームワークに使われて自分の頭で考えるの放棄してるやつばっか。
194:nobodyさん
19/04/30 16:53:19.85 .net
お前ら平成最後の日に何やってんだよ
日本人なら日本人らしくアニメ見るとか漫画読むとかゲームするとかしろよ
195:nobodyさん
19/04/30 17:00:38.13 .net
俺、仕事しながら令和迎えるんだ
日本人は24時間365日仕事し続ける生き物だからね
日本人ぽいでしょ
あはははは
196:nobodyさん
19/04/30 17:16:10.85 .net
頭いい人はららベルより素晴らしいオレオレフレームワーク開発してよぉw
197:nobodyさん
19/04/30 17:39:11.73 .net
LaravelでDoctrine使ってる人いる？一度プロジェクト見た気がするんだか見つからない。
ActiveRecordよりEntityManagerのほうが集約コントロールしやすいので好きなんだが。
198:nobodyさん
19/04/30 17:45:07.69 .net
Laravel+Reactはいいぞ
199:nobodyさん
19/04/30 17:57:42.82 .net
このスレでまともなの俺とAFYaLSZiも含めて3～4人ぐらいだな。
フレームワークに使われて自分の頭で考えるの放棄してるやつばっか。
200:nobodyさん
19/04/30 18:05:29.44 .net
>>196
これのこと？
URLﾘﾝｸ(www.laraveldoctrine.org)
201:nobodyさん
19/04/30 18:19:47.91 .net
露骨な自作自演始まったなw
202:nobodyさん
19/04/30 20:07:57.39 .net
Laravelが他のフレームワークと比べて
勝っているところと負けているところは何？
203:nobodyさん
19/04/30 20:41:23.89 .net
>>201
771 nobodyさん sage 2019/04/17(水) 08:51:04.13 ID:???
フルスタックなところかな。キャッシュ、シュケジューラ、ジョブ、ミドルウェア、認識、なんでも設定すればすぐ動く。英語で out-of-the-box って言うんだっけ？箱から出してすぐ使えるってやつ。
204:nobodyさん
19/04/30 21:28:10.16 .net
誰も一般画面と管理画面の実装方法答えられないのかよ。
205:nobodyさん
19/04/30 21:31:33.76 .net
そんな質問あったか？
206:nobodyさん
19/04/30 21:35:17.37 .net
別人だが俺も>>191みたいにサブドメイン切って置いてるな
DB共通にしつつユーザー認証用のテーブルだけ別のものに差し替えて認証するようにしてる
207:nobodyさん
19/04/30 21:36:34.72 .net
普通サブドメインだよな
208:nobodyさん
19/04/30 21:43:53.51 .net
基本的にデバッグ時は8000番でやってるからルート以外に置くの面倒なんよね
管理者用の認証テーブル使いたい場合はテーブル作って管理画面用プロジェクトのapp/User.phpに
protected $table = 'administrators';
とか足しとけばそっちのテーブル見に行くようになるし
209:nobodyさん
19/04/30 22:08:49.75 .net
>>207
auth.php に定義追加すれば Administratorモデルで認証できるよ。
マルチユーザで使えるように設計されてる。
210:nobodyさん
19/04/30 23:56:00.04 hZKQ99fS.net
>>143
SyouhinモデルにmaxKosuuを作ってええとカスタマーと1x複数になるのか？
商品を受け取ってバリデーションに渡すと
211:nobodyさん
19/04/30 23:59:59.53 .net
お前らはLaravelで和暦対応どうした？
212:nobodyさん
19/05/01 00:17:14.94 .net
和暦使うような糞なシステムはないよ
和暦は役所書類のみ、それ以外は西暦でってのはビジネスの常識
昔はごくごくたまに会員情報の生年月日で使うことがあったが今は個人情報をできるだけ入れない作りが主流
213:nobodyさん
19/05/01 00:19:32.15 .net
大学関係の契約書だと和暦が多いね
214:nobodyさん
19/05/01 00:40:20.75 .net
この前「最近点画にハマってる」って言ったら変な顔された
215:nobodyさん
19/05/01 00:42:02.27 FhfsDH51.net
TENGAにハマったまま平成が終わったのか
216:nobodyさん
19/05/01 00:46:29.24 .net
「てんかく」な
217:nobodyさん
19/05/01 01:06:20.07 .net
役所と近いところもまだまだ普通に和暦だよ
保育園とか学校とかね
事前に準備して4/2に対応終わったけど
218:nobodyさん
19/05/01 07:54:59.12 .net
>>213
そんなん言葉のパッと聞きで何言ってるか分かんないに決まってるだろ
219:nobodyさん
19/05/01 10:27:15.16 .net
>>165
こういう分け方なんで駄目なのか教えてもらえると嬉しい
220:nobodyさん
19/05/01 11:12:48.07 .net
昨日の ID:AFYaLSZi様の技術力の高さは素晴らしいね
Laravelスレ全員が目指すべき人だよ
221:nobodyさん
19/05/01 13:06:20.57 .net
令和時代のLaravel始祖の誕生であった
222:165
19/05/01 14:38:56.83 .net
>>218
疎結合にするためだな。FrontendとAdminはControllersの下位の概念ではないだろ？
AdminのためのModels,Http,Command
FrontendのためのModels,Http,Commandがあるんだ。
共通のものがあればAppの下でいい。
Adminをゴソっと消せば全てが消えるし、Frontendは何も関係せず動き続ける。お互いが交差しないようにパッケージを定義するんだ。
223:nobodyさん
19/05/01 16:02:06.14 .net
>>221
どちらかというとプログラム初心者的な質問なのに答えてくれてありがとう
224:nobodyさん
19/05/01 16:41:22.20 gx0atIKK.net
>>221
Route::group['prefix'=>'admins']にしてるワイはやっぱおバカだったのか…
一応アドミニフォルダにコントローラはしまってるけど
225:nobodyさん
19/05/01 16:44:44.92 gx0atIKK.net
namespace見たらApp\Http\Controllers\Adminでワロタ…
226:nobodyさん
19/05/01 17:14:09.94 .net
まぁ必ずやらなきゃいけないようなことでもないから自分のプロジェクトに合わせて好きに作ればいいよ。
namespaceをうまく分けるコツはuse文がなるべく少なくなるように定義するんだ。namespaceの上下内で完結するようにする。同レベルの横のnamespaceが3つも4つも出現したら何かが間違っている。
うまくやれば外部に露出するクラスがものすごく減る。
227:nobodyさん
19/05/01 19:00:05.02 .net
>>225
自然と意識できるようになるまでまだ先は長いな…たぶん
228:nobodyさん
19/05/01 22:15:39.59 .net
標準搭載されてるServiceManagerはオーバーライドできるけど、それやるとapp.phpを入れ替えないといけんのよね。
オーバーライドすんなってことなのかな。
でもログ周りとか微妙なんだよね。
229:nobodyさん
19/05/01 22:18:58.71 .net
>>227
ServiceManagerってなんだっけ。ServiceProvider のこと？自分はガンガン置き換えてるよ。
230:nobodyさん
19/05/01 22:23:43.53 .net
>>228
ああ、申し訳ないProvider。
logとかevent周りとか、こいつら置き換えて使ってる？
container作られる時に、結構余計なことしてるのよね。。
231:nobodyさん
19/05/01 22:38:10.57 .net
>>229
defer付いてるやつは遅延ロードだから使わなきゃ動いてないよ。
logは標準の定義は残して使いつつ、logger.hoge の名前で別インスタンス追加して必要なときに取り出してる。
だいたいこれで事足りる。
標準のプロバイダを継承してカスタマイズしなきゃいけなかったのは認証とメールだけかな。
232:nobodyさん
19/05/01 22:41:07.33 .net
お前らのオレオレカスタマイズ内容晒してけ
233:nobodyさん
19/05/01 23:22:39.31 .net
>>230
deferついてるならそれでいいんだけど、kernelの流れで読み込まれる連中でも、要件によってはそれなりにいらない事してるんだよね。認証周りは同じくカスタマイズしたけど結構めんどかった。
Facadeのメリット活かしつつ機能を取捨選択してると魔改造になっちゃうんだよなあ。
234:nobodyさん
19/05/01 23:35:03.32 .net
とても使いやすいし揃ってるframeworkだから、欲張ってしまうw
唯一eloquentだけはベンチとって愕然としたなー。あれは商用では使えないと思った。
235:nobodyさん
19/05/01 23:36:19.22 .net
>>232
ある程度の諦めは必要かもねー。自分で使わないからってFacade削除したら内部とか追加したライブラリで呼んでたとかあるから標準機能は触らないのが無難かもしれん。
236:nobodyさん
19/05/01 23:42:35.06 .net
>>234
そう。前者もあるけど特に後者が怖くて、標準の機能を削るって選択はなかなか出来ない。バージョンアップの時のオーバーヘッドがこれによって増大するから。ある前提で組まれてるものだから当然なんだろうけど。
削らないが無難。同意ですなあ
237:nobodyさん
19/05/02 00:11:33.31 .net
ゴリゴリにチューニングするフレームワークではないので機能追加はしても削除はしない方針です。
パフォーマンスが必要になったら札束で殴るしかない。
238:nobodyさん
19/05/02 00:17:07.99 .net
>>233
そんな遅い？使いにくいのは否定しないけど速度は他と大差ない気がする。
というよりORMでそこまで遅くなる部分があるとは思えないんだよな。
239:nobodyさん
19/05/02 00:45:44.36 .net
>>237
ちょっと言葉足らずだった。パフォーマンスがシビアに要求されるシステムでは使えない、って感じ。もちろん速度とコーディングの利便性がある程度バーターになるのはわかるけど。
Doctrine単体とかとの比較なんで、同じレイヤーの他ORMとの比較ではないよ。
というのもLaravelでパフォーマンスチューニング、いくつかの案件でやったけどほぼほぼeloquentがボトルネックだった、ってとこからきてる
240:nobodyさん
19/05/02 01:14:42.40 .net
Eloquentはマジックメソッドを多用したラッパーなんでオーバーヘッドはどうしても増える、PHP8のJITに期待
現状はcursor、バルクインサート、自作のバルクupsertなどで極力DBアクセス数を減らしとくしかない
241:nobodyさん
19/05/02 01:27:03.92 .net
うーん、なんかイマイチ信じがたい話ではあるな。
マジックメソッドについてはクラスのメタデータキャッシュして2回目以降の呼び出しは速いはずだし。
例えばDoctrineはアノテーション使ってるし遅くなる要因はこっちの方が大きそう。
そもそもマッピングは枯れた技術ではあるので遅いなら他のフレームワーク参考にして同程度まで速度改善できるず。
フレームワーク全体で遅いなら理解できるけどORM単体でそんなに差がでるとは思えないな。クエリが遅いとかなら理解できるけど。
242:nobodyさん
19/05/02 01:43:38.97 .net
>>240
いや、queryが遅いとかではなく、リレーションシップをCollectionで表現したり（出来たり）するじゃない。そもそもそういう使い方をされる事による速度の劣化であって、同じ使い方をすればdoctrineとかでも同じ結果になってただろうとは思う。
243:nobodyさん
19/05/02 08:40:11.26 vhQh3nzL.net
お前達はなんでそんなフレームワークを使っているんだ？
修行でもしているのか？
244:nobodyさん
19/05/02 09:57:18.77 .net
使わない方が修行だと思うけどw
245:nobodyさん
19/05/02 10:03:57.87 .net
構造的セキュリティ担保するの面倒だしな
246:nobodyさん
19/05/02 10:56:32.29 .net
とりあえずmixがとても便利
247:nobodyさん
19/05/02 11:35:46.24 .net
Laravelのhelperかなりいいよね。関数単体もそうだしCollectionも良い。
PHPはどうしても配列プログラミングになっちゃうからCollectionを使い倒してほしい。
248:nobodyさん
19/05/02 11:44:03.38 .net
よく使うのはarray_get, pluck, tap, with,abort_if, throw_if, collectかな？
Collectionだとeach map first filter pluck。
249:nobodyさん
19/05/02 11:47:52.32 .net
>>245
現行モダンフロントのシステム作る上でFirebaseやAWS Lambdaやみたいなサーバレス以外では最後の砦感あるよね
ExpressみたいなNode系フレームワークは新規に手を出すには日本語情報少な過ぎるし(日本語情報は大規模修正入る前の旧版ばかり)
250:nobodyさん
19/05/02 11:57:36.67 .net
mixってwebpackのラッパもしくは代替みたいなもん？
251:nobodyさん
19/05/02 12:33:53.14 vhQh3nzL.net
>>246
全然知らねぇんだけど、helperってもしかしてHTMLの自動生成機能の事？
アホか。要るか、そんなもん。
252:nobodyさん
19/05/02 12:35:48.96 vhQh3nzL.net
mix? gulpでいいだろ。馬鹿か！？
253:nobodyさん
19/05/02 12:37:46.98 vhQh3nzL.net
なんでLaravelのアホは、ガラパゴスジャパンじゃあるまいし、独自規格ばっかつかいまくるんだよ。
254:nobodyさん
19/05/02 12:38:08.07 .net
>>250
そのhelperではない
255:nobodyさん
19/05/02 12:40:22.90 .net
標準規格がゴミだから標準をラップした独自規格作るんでしょ。
256:nobodyさん
19/05/02 12:43:17.92 vhQh3nzL.net
>>254
おまえ、gulp様のどのへんがゴミなのか、Yeah!
257:nobodyさん
19/05/02 12:44:49.76 .net
gulp使うんだったらwebpack使ったほうがまし
258:nobodyさん
19/05/02 12:46:22.04 .net
javascriptツールの話は他スレでやれよ
259:nobodyさん
19/05/02 12:48:10.13 .net
>>256
同意
260:nobodyさん
19/05/02 12:52:29.57 vhQh3nzL.net
おーおー、JavaScriptも満足に使えないバカどもが必死だな。
そんなんでどうやってフロントを作るつもりだ？
261:nobodyさん
19/05/02 12:53:31.92 .net
ぐ・・・Grunt・・
262:nobodyさん
19/05/02 12:56:09.22 .net
そもそもJavaScript使わない。
263:nobodyさん
19/05/02 12:57:02.39 .net
未だにWindowsXPとかがあるところに収めてるシステムなので
JavaScriptは使ったことないな
264:nobodyさん
19/05/02 12:58:10.90 .net
俺の会社はapiサーバとしてLaravel使用してるけど
フロントは別会社が製作してるからJavaScriptは気にしたことないな
265:nobodyさん
19/05/02 12:59:03.19 .net
僕の会社はAngular-CLIちゃん！！
266:nobodyさん
19/05/02 12:59:56.05 .net
うちの会社はvue-cliちゃんだぞ
267:nobodyさん
19/05/02 13:00:38.96 .net
j・・・jQueryだけ・・・・
268:nobodyさん
19/05/02 13:01:45.97 .net
map,tapは本当よく使うなあ。
Laravel使ってる現場だとたまにpredis見るけど、何故モジュールを使わないのーと思う。
269:nobodyさん
19/05/02 13:04:54.76 .net
結論：Laravelスレの作ったプログラムは１か月で産廃
270:nobodyさん
19/05/02 15:52:57.97 .net
メルカリでメルpay決済の祭り開催中！！
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
※ポイントバックは翌日付与
更に初回会員限定で300pが貰えるキャンペーン実施中(iDで1p1円で利用可能、ポイントバックも対象)
【300pの入手方法】
・新規登録の最終ページでwelcome code
「BVUQWA」
を入力して300pゲット
・メルpay設定する
完了
うおおおお
271:nobodyさん
19/05/02 23:55:23.60 .net
イキッテるやつほんと老害だなw
一緒に仕事したらトラブルメーカーだろうな
272:nobodyさん
19/05/03 22:28:17.49 wJEmV/9e.net
>>270
ぷっ、小者ｗ
273:nobodyさん
19/05/05 22:41:10.01 .net
お前らのレス見てるとお前らがいかに産廃プログラムを書いているかがわかる。
どうせ１か月ぐらいでお前らのソフトウェア産廃になってるんだろう？
274:nobodyさん
19/05/05 22:46:16.33 .net
LaravelはJSONを返すAPIに特化させて外観はフロントフレームワークで書いた方が絶対いい
275:nobodyさん
19/05/05 22:52:33.07 OAbBmqKy.net
ワイはいまapp()->make()がマイブーム
うんコード化に拍車がかかる。
276:nobodyさん
19/05/06 08:43:12.04 .net
>>274
主にどの辺りで使ってる？Controllerなのがサービスクラス的なものなのか。
277:nobodyさん
19/05/06 12:43:19.80 V/PcETvc.net
>>275
気が向いた場所。tinkerが一番多いけどモデルにもある。うんコードだから参考にはならないぞ
278:nobodyさん
19/05/06 22:29:24.91 V/PcETvc.net
>>275
requestを処理するのにそうゆうのもありなのか
279:nobodyさん
19/05/06 22:55:17.41 .net
誰か、Facades警察の話でもしてくれや
280:nobodyさん
19/05/07 00:27:22.16 M+XPvMSq.net
正規表現でもう心が折れそうになってる
281:nobodyさん
19/05/07 00:58:40.74 .net
Larabelと全然関係ないとこで躓いてんな
282:nobodyさん
19/05/07 05:22:23.52 .net
らぁらゔぇぅ
283:nobodyさん
19/05/07 07:57:07.28 JtT8Rxfn.net
>>273
そういうデータ中心の用途だと、どうしてもPHPから離れたくなっちゃうんだよねｗ
284:nobodyさん
19/05/07 08:38:44.45 .net
>>282
なに使うの？
285:nobodyさん
19/05/07 08:55:19.35 .net
Node系のフレームワーク使えればそっちの方がいいのかも知れんけど
実用するには日本語情報が少ないんよね
サーバレスは無料で収まらない規模になったら従量課金鬼だし
286:nobodyさん
19/05/07 15:56:28.70 .net
APIとして使うだけもLaravelが工数すくなくてすげー楽じゃね？
jsで使うのってexpressとかでしょ？
287:nobodyさん
19/05/07 16:48:43.55 .net
>>273
この用途だとしてもフロントでセッションとか使うならうわものはLaravelの方が楽じゃないかな
288:nobodyさん
19/05/08 00:26:55.27 .net
Laravelの軽量版でAPI向けのやつって何だっけ？
289:nobodyさん
19/05/08 00:42:37.45 .net
URLﾘﾝｸ(lumen.laravel.com)
290:nobodyさん
19/05/08 07:31:04.02 .net
それだ。あなたが神か？
291:nobodyさん
19/05/08 09:13:10.12 .net
いいえ私は神ではありません
292:nobodyさん
19/05/08 10:45:10.95 .net
APIだけだからとか気にせず
普通にlaravel使えばいい
293:nobodyさん
19/05/08 11:48:57.61 .net
なあにLaravem MixとかあるしViewを使わないのなんて想定済みよ
294:nobodyさん
19/05/08 15:21:50.73 .net
laravelがphpとjavascriptを
縦横無尽に使える両刃の剣と聞いたんだけど
web.appからアクションindexを呼び出して、
「$this->name=文字列」をいれたら
アクションwriteの$this->nameが別のモノに
なってるとか、オブジェクト指向としてオカしすぎる。
---MainController.php---
namespace 略
use Illuminate\Http\Request;
class MainController extends controller{
public function index(){
$this->name="TAROU";
/*処理A*/
}
}
class public write(){
$who=$this->name;
/*処理B*/
}
}
---wep.app---
Route::get('/test','MainController@index');
Route::post('/test','MainController@write');
295:nobodyさん
19/05/08 15:22:09.66 .net
$whoはいったい、なぜnullになるの？
そして、getとpostでそれぞれのアクションを呼び出した時に
どうやったら、同じインスタントを共有できるの
教えてエロい人。
296:nobodyさん
19/05/08 15:35:10.88 .net
＞オブジェクト指向としてオカしすぎる。
自分スキルは自分が一番理解できてるはずなのに
こういう発言を平気で出来る精神が気にくわん！
297:nobodyさん
19/05/08 16:03:44.66 .net
とりあえずLaravelというかフレームワークの動作の紐解きからしようか
そういや最近はHowTo本ばっかで内部の仕組みまで解説した本ってC言語のコンパイル & リンクくらいだなあ
要望を文字通りに実現するならwebsocketサーバーなどで起動しっぱなしにしたところに
ルーティングが機能するように変態実装をしなきゃならんと思う
298:nobodyさん
19/05/08 16:49:54.49 .net
>>293
根本的に書き方間違えてる
viewを返すにしろjsonを返すにしろちゃんとcontrollerにreturn掛け
その例じゃ何をreturnしてるか分からん
299:nobodyさん
19/05/08 16:55:53.59 .net
てか状態を持ちたいなら
引数にRequest $request入れて
$request->session->put('name','tarou');
$request->session->get('name');
だろ
Requestがないってエラーで怒られたら
上のuse句に
use Illuminate¥Http¥Request;
って足せ
300:nobodyさん
19/05/08 17:13:27.78 .net
>>293
当たり前じゃね？
カオスなのは自分の頭かと
301:nobodyさん
19/05/08 17:27:21.64 .net
呼び出してとか書いてるから
Route::get('/test','MainController@index');
でindex()が実行されてると思ってるんだろ
302:nobodyさん
19/05/08 19:20:16.61 .net
Laravelを知らないというよりHTTPの状態管理とセッションの概念を知らなそう
303:nobodyさん
19/05/08 19:50:11.93 .net
半角の￥って文字化けってかエスケープ掛かるのな
304:nobodyさん
19/05/08 21:42:20.72 .net
AWSで1時間半はまったわ
ENV反映されてないだけだった
artisanのキャッシュクリアコマンドで一瞬で解決したわ
キーないぞボケ！とかわかりやすいエラー帰ってこないのかよ
305:nobodyさん
19/05/09 02:01:22.47 .net
そのミスとAWSは何の関係ないし
まあ、ありがちなミスではあるが
306:nobodyさん
19/05/09 02:16:13.47 .net
君らはまったくもってシニアだ
307:nobodyさん
19/05/09 05:31:29.95 .net
何が言いたいんだいジュニアよ
308:nobodyさん
19/05/09 06:51:27.10 .net
>>303
あんな従量課金で請求が青天井なサービスよく使えるな
309:nobodyさん
19/05/09 06:59:53.23 .net
>>293
＞class public write(){
これ何ぞ？
310:nobodyさん
19/05/09 09:25:38.87 .net
>>307
いくらなんでもそれは無知すぎ
311:nobodyさん
19/05/09 10:16:24.55 .net
￥
¥
円
＼
\
312:nobodyさん
19/05/09 10:58:37.03 .net
\
\
313:nobodyさん
19/05/10 00:49:09.61 S7+jo0Am.net
>>293
えー…
314:nobodyさん
19/05/10 00:52:03.34 S7+jo0Am.net
我ながらすごい事に気づいたんだが。。
tinkerでapp()->make()すれば今書いてるクラスにエラーあるかちょびっとわかる
315:nobodyさん
19/05/10 00:53:33.80 S7+jo0Am.net
xdebug()をtinkerで呼べば詳細なコールスタックも見れた
316:nobodyさん
19/05/12 17:00:06.02 .net
これaxiosだけで完全遷移させようとすると
requestが正常応答のときは毎回$request->session()->get('_token')取ってきてaxiosのcsrfトークン更新しないといけないんだね
422エラー応答の時は要らないみたいだけど
317:nobodyさん
19/05/12 18:06:42.66 a9GnKQ/e.net
axiosって何。
なんかさぁ、なんでLaravelは中二こじらせたみたいに
機能の推測ができないわけのわからん名前をごろごろつけてんの？
エロなんとかとかパルメザンだかなんかとか。
318:nobodyさん
19/05/12 18:07:38.96 .net
フロントの話じゃね？
319:nobodyさん
19/05/12 18:59:56.27 .net
axiosは超有名なんですが
ララベル関係ねえし
320:nobodyさん
19/05/12 19:03:27.67 .net
tokenって取り方色々あるね
フォームに直接仕込む
metaに仕込んだのをJSで取る
cookieに仕込まれてるのをJSで取る
と最近知った
axios自体にrequest前に処理挟む機能とかあるし
そこでheaderにぶち込むとか
321:nobodyさん
19/05/12 20:22:43.77 .net
axios知らないとかエアプかよ
322:nobodyさん
19/05/12 20:40:42.09 .net
フロントエンドやらない人は知らんと思うぞ
323:nobodyさん
19/05/12 22:59:43.90 .net
プロジェクト全体としてフロント使わんならSymfonyでやった方がいいんじゃないか？とすら思う
プロジェクトとしては使ってるならコミュニケーションとってなさすぎ
324:nobodyさん
19/05/12 23:38:05.28 .net
Laravelって時代遅れなの？
325:nobodyさん
19/05/12 23:54:02.61 .net
>>323
時代遅れなのは間違いない。それでもおれは使うけど。
326:nobodyさん
19/05/13 06:12:10.00 .net
>>323
PHP自体が時代遅れなだけやで
327:nobodyさん
19/05/13 06:56:28.80 .net
確かにPHPも嫌いじゃないけど好きな言語使ってええで言われたらGo使うかな
328:nobodyさん
19/05/13 09:09:52.31 .net
Goとかｗｗｗｗｗｗｗｗｗｗｗ
329:nobodyさん
19/05/13 09:29:25.67 .net
確かに今はPHPからPythonへの過渡期ではあるけど何年かかることやら
まだまだ圧倒的にPHPが多いね
330:nobodyさん
19/05/13 09:32:40.41 .net
Go笑う意味が分からんな
PHPが時代遅れとも思わないが
331:nobodyさん
19/05/13 10:11:59.32 .net
Go言語ってそんないいのか？
あれ使うんだったらpython選ぶ
332:nobodyさん
19/05/13 10:21:41.26 .net
Gopherくんを愛でろ
ついでにD言語くんも愛でろ
333:nobodyさん
19/05/13 10:40:55.08 .net
Laravelってファットコントローラになりやすいよね
334:nobodyさん
19/05/13 10:46:45.25 .net
>>330
マイクロサービス用フレームワークが活発だけど数が多すぎて決定打が無い、今のところGinとEchoが人気
フルスタック用にRevelがあるけど旬が過ぎた感、一応日本でも使ってる会社があるのをどっかの勉強会で聞いた
ちなみにどちらもホットリロードに対応してるんでコンパイルの手間は気にしなくていい
デプロイの際はexeなもんでプロセス復旧の仕組みを導入しなきゃだけどDocker-Composeのrestartオプションでいけてる
動的型付け言語がやれLinterだ型だ単体テストだ言ってるのを尻目にコンパイルをポンでまだ消耗してるの？という気持ちに
動的型付け言語がボトルネックはDBだからと言いながらJITや型で高速化！とダブスタしてるのを尻目にコンパイルしてそれ以上の速度に
335:nobodyさん
19/05/13 10:48:27.32 .net
Goの話をなぜLaravelスレで・・・・
336:nobodyさん
19/05/13 10:48:32.72 .net
facebookのhackってどうなの？
337:nobodyさん
19/05/13 12:05:07.39 .net
予言するとPHP8がなんだかんだで最強。で、またCakeが復権する。
338:nobodyさん
19/05/13 13:18:32.30 .net
セミコロン省略できんってマ？
339:nobodyさん
19/05/13 13:23:51.65 .net
マジで？
340:nobodyさん
19/05/13 13:24:08.79 .net
オワコン化したニコニコを拠り所にしているのが実にファルコムらしいな
オワコンの上にパンツ規制で絶望してるんだろうがリィンさんみたいに状況を見極めつつ見届けて話し合ってる内にハーレムに
なるかもしれんし加藤と近藤を信じてクソゲ制作に邁進してくれよ
341:nobodyさん
19/05/13 13:27:14.95 .net
すげぇ誤爆だなぁ…
342:nobodyさん
19/05/13 13:28:44.52 .net
>>340
誤爆したぐらいで一々うるさい。
それとも俺ら閃の軌跡反省会スレに喧嘩売ってるのか？
343:nobodyさん
19/05/13 13:49:49.07 .net
必死すぎｗ
344:nobodyさん
19/05/13 15:13:27.55 .net
>>332
お前いつもそれ言ってるな
345:nobodyさん
19/05/13 15:17:46.27 .net
>>343
初めてなんだけど
346:nobodyさん
19/05/13 15:18:02.89 .net
自演乙
347:nobodyさん
19/05/13 15:27:24.77 .net
>>343
おっと長文きちゃった
悔しかったねぇ
348:nobodyさん
19/05/13 16:20:17.54 .net
今どきファルコム云々言ってるやつって相当のおっさんだろw
349:nobodyさん
19/05/13 16:42:55.44 .net
信者このスレまできて必死すぎだろうｗ
350:nobodyさん
19/05/13 22:02:35.71 .net
LaravelでControllerがファットになるのはフロントコーディングができない無能
351:nobodyさん
19/05/13 22:43:45.61 .net
どういうこと？
352:nobodyさん
19/05/13 23:52:34.89 .net
「その必要は無いわ」のワンパターンのレベルって「お爺ちゃん、さっきご飯食べたでしょ」ってレベルの
演出考えてる奴が認知症かと疑ってしまったからなあ
エンタメのゲームでこういう歪んだモノ見せられると認知症の入った老害と物言えぬイエスマンの若手
しか居ない歪な会社なんだなとは思うわ
353:nobodyさん
19/05/14 11:15:59.74 .net
？？？？
354:nobodyさん
19/05/14 11:16:18.99 .net
まぁ社員が必死にこんなところで啓蒙キャンペーンをやってるのは判ったよｗ
実際に手抜きだらけでパンツ以外に力入れてないからこの会社って馬鹿だろってコケにされてるってだけの話なんだが
その自覚が無いところがファルコムの救いようが無いところだけどさ
355:nobodyさん
19/05/14 12:09:04.77 .net
いや、このスレでファルコムなんかに感心あるやつなんか一人を除いてだれもいないぞw
当事者なんか来るわけもないし
356:nobodyさん
19/05/14 12:55:33.20 .net
イース９の爆売れ確定は言いすぎだろう
内容次第でどうなるか分からんしね
357:nobodyさん
19/05/14 12:56:29.68 .net
なんでLaravelスレでその話題なのか
358:nobodyさん
19/05/14 12:59:31.15 .net
>>356
VIPに、安価で指定されたスレに関係ないことを書き込むスレが立ってる
359:nobodyさん
19/05/14 12:59:48.78 .net
Laravelスレはファルコムだった？
360:nobodyさん
19/05/14 13:27:44.36 .net
??? ?????? ?????? ?????? ????? ?? Laravel?
361:nobodyさん
19/05/14 20:51:14.57 .net
せめてPhalconスレでやれや
362:nobodyさん
19/05/14 22:07:02.85 .net
LaravelAPIにしてVueメインでCRUD作ったけど難度高いわ
Laravelでだけで処理するよるより1.5倍くらい難度上がった
難しいだけでなく保守性がダダ下がりするのがきつい
363:nobodyさん
19/05/14 22:41:40.43 .net
>>361
もうちょっと詳しくおしえてください
保守性がダダ下がりするというのはんだごて
どのような部分でしょうか。
364:nobodyさん
19/05/14 22:47:04.22 .net
それよりも、はんだごての部分について詳しく
365:nobodyさん
19/05/14 23:04:28.43 .net
ごめん、予測変換での誤字だとは思うが、はんだごてがツボってしまってやばい
366:nobodyさん
19/05/14 23:09:08.29 .net
PHPとJSが複雑に絡み合うし保守性下がるのは仕方ないっしょ
367:nobodyさん
19/05/14 23:51:06.75 .net
むしろ疎結合になるんじゃ
Laravel-MixでもせいぜいbladeにVue用にid="app"のDOM仕込むくらいだし
368:nobodyさん
19/05/15 00:21:11.93 .net
その部分だけ見たら疎だろうけどそれ以外にも諸々あるだろ
JSライブラリの管理問題も出てくるし、ブラウザごとの挙動違いチェックとかも煩雑
369:nobodyさん
19/05/15 01:07:33.31 .net
>>361
Reactでやったらわりといい感じになったけどな
確かにイニシャルに掛かる手間的なコストは大きいけど後の再利用性は結構高いと思う
370:nobodyさん
19/05/15 01:10:14.79 .net
フロントを変えたところで、普通のユーザーに見せても、なにが変わったの？というつれない反応しか返ってこないんだけどな。
371:nobodyさん
19/05/15 01:12:59.11 .net
CSSフレームワークまで入れ替えればそこそこ変わるよMaterial UIなりVuetifyなり
372:nobodyさん
19/05/16 16:33:37.54 .net
>>370
コロ助かよ
373:nobodyさん
19/05/16 16:41:41.10 .net
, ──- ､
／ /⌒ ヽ ⌒ヽ＼
/ , -|／ ・|・ ＼| ､ ヽ
/ ／ ` ─ ●ｰ ′ ヽヽ
ｌ / ─ | ─ | 「CSSフレームワークまで入れ替えればそこそこ変わるよMaterial UIなりVuetifyなり」
| / ─ | ─ |
| ｌ ─ | ─ ｌ
ｌ | ／￣￣￣￣｀ヽ /
ヽ ヽ （＿＿＿＿＿ノ ／
>━━━ Ｏ━─（ _ ）
/ ／ ヽ ／
374:nobodyさん
19/05/16 18:08:57.40 .net
てめぇは違うぞ青ダヌキ
375:nobodyさん
19/05/17 14:43:56.94 .net
ｗｗ
376:nobodyさん
19/05/17 21:00:08.39 .net
コロ助じゃないｗｗ
377:nobodyさん
19/05/20 07:42:04.21 .net
ｗｗ
378:nobodyさん
19/05/20 07:55:44.14 .net
_, ._
（ ・ω・）
○=｛=｝〇,
|:::::::::＼, ', ´
.ｗｗし ｗ`（.＠）ｗｗｗｗ
379:nobodyさん
19/05/20 12:20:48.98 .net
>>377
そのAA何でキャンディーを地面に転がしてるの？
380:nobodyさん
19/05/20 19:25:39.10 .net
草刈り機で草刈ってるんだよ
381:nobodyさん
19/05/20 19:35:09.27 .net
え？
382:nobodyさん
19/05/20 19:59:40.05 .net
え？
383:nobodyさん
19/05/20 20:02:50.82 .net
おう！
384:nobodyさん
19/05/20 21:44:03.36 .net
AA下手くそすぎだろｗｗｗ
385:nobodyさん
19/05/20 21:56:02.22 .net
俺もキャンディーだと思ったｗｗｗｗｗｗｗ
そうかよく見れば芝刈りか
386:nobodyさん
19/05/21 00:28:49.03 .net
大草原不可避
387:nobodyさん
19/05/21 19:21:34.17 .net
難解なコード
388:nobodyさん
19/05/21 21:34:28.75 .net
黄昏のコード
389:nobodyさん
19/05/21 21:43:31.96 .net
東ザナはアイドルの歌がどうとか幼馴染がどうとか手垢の付いた内容のオンパレードでやっててアクビが出た
閃もストーリーが稚拙で演出もワンパターンばかりでやってて眠かったわ
メインが10代20代って言ってるけど単に手抜きを若者向けに分かり易く（安直に）しましたってだけだろ
390:nobodyさん
19/05/21 22:55:23.75 .net
Laravelすれが55chで一番面白いスレかもしれない
391:nobodyさん
19/05/21 23:01:25.02 .net
間違えた5chhhスレです
392:nobodyさん
19/05/22 19:57:06.28 O+f7QTeq.net
おまえら、まだLaravelなんか使ってるの？
393:nobodyさん
19/05/22 20:16:27.72 .net
もちのろんさ！
394:nobodyさん
19/05/23 00:18:28.12 .net
あと5年はlaravel生きるよ
395:nobodyさん
19/05/23 17:45:15.09 .net
ラーララ ラララ ラーララ ラララ
396:nobodyさん
19/05/23 18:43:58.09 .net
セキスーイハウスー
397:nobodyさん
19/05/23 19:58:07.76 cyxvN7DJ.net
俺社謹製のフレームワークが、凄まじいレベルに到達し始めている。
Laravelとかもう、ゴミッカス以下にしか見えない。
398:nobodyさん
19/05/23 20:11:41.37 .net
>>396
例えば？
399:nobodyさん
19/05/23 20:20:31.25 cyxvN7DJ.net
>>397
まず、俺氏が天才。
400:nobodyさん
19/05/23 20:50:42.59 .net
またこいつか
401:nobodyさん
19/05/23 22:26:18.39 .net
それはフレームワークとは言わない
静的HTMLと言う
402:nobodyさん
19/05/23 22:26:57.58 .net
未だにPHP5系使ってそう
403:nobodyさん
19/05/24 00:06:26.02 .net
必ず炎上するフレイムワーク
404:nobodyさん
19/05/24 01:43:15.20 .net
>>396
俺も使いたいからソース公開してや
405:nobodyさん
19/05/24 05:17:47.44 .net
そーしてかがやくウルトラソウル と
そーして炎上フレイムワーク って
似てるよね
406:nobodyさん
19/05/24 07:32:52.61 .net
>>397
まずセキュリティが最強。
アメリカ国防総省のチェックに合格している。
そして誰が実装してもファットコントローラにならないように組まれている
407:nobodyさん
19/05/24 08:18:57.27 .net
コントローラー以外がファットになるんでしょう？
408:nobodyさん
19/05/24 09:22:33.24 .net
流石に妄言もここまでくると病気だな
409:nobodyさん
19/05/24 09:29:40.93 .net
>>405が本当なら超勝ち組だし格下相手に粘着なんてする必要ない
ついでに愚民の書いたクソコードをメンテするようなクソ案件を受けなくても仕事に困ることもないだろう
ここに粘着している事自体が全てが嘘であることを物語ってる
410:nobodyさん
19/05/24 12:55:53.35 .net
アメリカ国防総省のチェックｗｗｗ
なんで秒でバレる嘘書いたしｗｗｗ
411:nobodyさん
19/05/24 13:39:53.97 .net
ネタとしても中途半端だし面白くないのが残念
やるならオレオレフレームワークって名前でGitHubに上げてる人みたいなことしてほしい
412:nobodyさん
19/05/24 14:22:44.12 .net
気を付けろ、ここも監視されてるぞ
413:nobodyさん
19/05/24 19:54:47.58 X+CZL/jP.net
>>405 は俺じゃないけどな。
言ってることは間違ってない。
だが、そんなレベルではない。
もはや、神の領域に到達しようとしている。
414:nobodyさん
19/05/24 19:59:52.84 .net
一人で書いたのかな？
だったらスゲーよ！
早く公開してLaravel転覆させてくれや
415:nobodyさん
19/05/24 20:24:35.13 X+CZL/jP.net
一人で書いているよ。書き始めたのはもう5年も前になる。
気が向いた時などに少しずつリファクタリングを繰り返して、今となっては一番最初のコードからかなりの変貌を遂げたが、
基本的な考え方は何も変わっていない。
実装者が特別意識しなくても
・コードを肥大化させない
・コードを複雑化させない
・コードを重複させない
・コードを整頓させる
・コードの記述量を減らす
・セキュリティが担保される
・デザイナとの分業を可能にする
・本来頭を使うべきビジネスそのものにフォーカスできるようにする
もはや、これは神の手だ。
416:nobodyさん
19/05/24 20:25:57.36 X+CZL/jP.net
当初の思想から変わったことというと、
PHP 5.3以上をサポートして間口を広げる事を考えていたのを
今現在、PHP 7.3のフル機能をサポートするように書き換えている。
417:nobodyさん
19/05/24 20:46:51.85 .net
>>414
Lavelだとこう書くけどオレオレフレームワークだとこう書けるという
例を見せてください
418:nobodyさん
19/05/24 20:52:12.36 .net
>>414
まだLaravelのほうが上だな
419:nobodyさん
19/05/24 20:54:35.94 X+CZL/jP.net
>>417
おまえのような下賤のものは、ずっとLaravelのような低級フレームワークをつかっておればよい。
420:nobodyさん
19/05/24 20:54:50.82 .net
>>414
最高のフレームワークです。
はっきり言ってこのスレの誰よりもレベルが高い
421:nobodyさん
19/05/24 20:55:26.57 .net
自作フレームワークの話は他でやれよ
422:nobodyさん
19/05/24 20:55:27.46 X+CZL/jP.net
>>416
>Lavelだとこう書くけどオレオレフレームワークだとこう書けるという 例を見せてください
俺氏のフレームワークは、基本的に、「書かない」。
もう、次元が違う。
423:nobodyさん
19/05/24 20:56:06.18 X+CZL/jP.net
一生懸命書くのは、フロントエンジニアさんだけ。
424:nobodyさん
19/05/24 20:56:17.93 .net
>>414
もちろんバージョンが変わっても互換性は保っているんだろうな
425:nobodyさん
19/05/24 20:57:00.33 X+CZL/jP.net
>>420
おまえが、ものすごく惨めで哀れな原人に見えるよ。
426:nobodyさん
19/05/24 20:57:09.70 .net
>>422
それアンチパターンじゃねぇかｗ