[過去ﾛｸﾞ]
【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
【PHP】Laravel【フレームワーク】 Part.2 http://medaka.5ch.net/test/read.cgi/php/1556417229/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
41: nobodyさん [] 2019/04/30(火) 01:55:32 ID:U8oZvJd3 そんな言い分認めない。 http://medaka.5ch.net/test/read.cgi/php/1556417229/41
42: nobodyさん [sage] 2019/04/30(火) 01:58:54 ID:??? >>40 もっとまともな言い訳考えてこい http://medaka.5ch.net/test/read.cgi/php/1556417229/42
43: nobodyさん [] 2019/04/30(火) 01:59:23 ID:U8oZvJd3 だいたい、MVCどこ行ったんだよ。 うちのMVCでは手が足りないのでmiddlewareさんを助っ人に呼びましたってか？ そんなポンコツ、設計し直せ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/43
44: nobodyさん [] 2019/04/30(火) 02:04:21 ID:U8oZvJd3 あ、オレ、もしかして今核心ついた？ そういうことやってるからしょっちゅうでかい互換性のないアップデートかけてる？もしかして。 http://medaka.5ch.net/test/read.cgi/php/1556417229/44
45: nobodyさん [sage] 2019/04/30(火) 03:38:44 ID:??? 結構大規模にやってるけどドメインロジックはPOPOのサービス層に書いてるしコントローラは薄く保てる そもそもMVC2とかただのUIアーキテクチャじゃん ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ http://medaka.5ch.net/test/read.cgi/php/1556417229/45
46: nobodyさん [sage] 2019/04/30(火) 03:55:38 ID:??? >>22 ＞>>12 ＞だから比較対象になるダメじゃない例がないと考察のしようがないだろ ＞例を挙げろよ例を これあったら誰か教えて http://medaka.5ch.net/test/read.cgi/php/1556417229/46
47: nobodyさん [sage] 2019/04/30(火) 06:39:54 ID:??? どうせオレオレフレームワークが最強って言いたいだけなんだろうけどな そういう奴に限ってユーザー認証用のパスワードをDBに平文で持つとかいう愚かな事やってる http://medaka.5ch.net/test/read.cgi/php/1556417229/47
48: nobodyさん [] 2019/04/30(火) 08:25:31 ID:U8oZvJd3 >>45 >ある程度複雑になればそれぞれのレイヤ、特にMの中身も設計する必要があるのは当然でしょ おまえは本当に分かってないな。 複雑化してきた時の設計をユーザーに委ねてたらフレームワークの意味なくなるだろ。 そういう時の事まで考えて提示して初めてフレームワークなんだよ。 たとえば>>13みたいな事をさ、フレームワークとして提供すんの。 勿論、そのままやったら馬鹿だけどな。 CakePHPが流行ってた頃さ、ModelはDBにアクセスする物と誤解されて それ以外が全部Controllerに書かれてファットコントローラーだらけになったのな。 で「CakeはDBにアクセスしないModel“も”作れるのに」って言い張ってたやつがいたけど、 根本的に、そういう設計が狂っちゃってんだよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/48
49: nobodyさん [] 2019/04/30(火) 08:26:42 ID:U8oZvJd3 >>47 お前のレベルが低すぎる事だけは、その発言でよーくわかった。 http://medaka.5ch.net/test/read.cgi/php/1556417229/49
50: nobodyさん [sage] 2019/04/30(火) 09:33:09 ID:??? 現にここまで理想的なモデルとしての具体例・対案が一切出てない件 http://medaka.5ch.net/test/read.cgi/php/1556417229/50
51: nobodyさん [] 2019/04/30(火) 09:39:13 ID:U8oZvJd3 >>50 は？ オレ、前にヒント出しといたけど？ http://medaka.5ch.net/test/read.cgi/php/1556417229/51
52: nobodyさん [] 2019/04/30(火) 09:40:10 ID:U8oZvJd3 まったく、>>50は馬鹿だなぁ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/52
53: nobodyさん [sage] 2019/04/30(火) 09:46:41 ID:??? ID消すの忘れてますよ http://medaka.5ch.net/test/read.cgi/php/1556417229/53
54: nobodyさん [] 2019/04/30(火) 09:59:33 ID:U8oZvJd3 なんで消さなきゃいけないの？ http://medaka.5ch.net/test/read.cgi/php/1556417229/54
55: nobodyさん [sage] 2019/04/30(火) 10:00:48 ID:??? くだらない事考える暇あるならVue.jsなりReactなり習得してMVVMで作れば解決じゃん なんか異論があるなら受け付けるけど http://medaka.5ch.net/test/read.cgi/php/1556417229/55
56: nobodyさん [] 2019/04/30(火) 10:00:49 ID:U8oZvJd3 もしかして、ただの連投を自演だと思ったとか？ 本当にバカだなぁ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/56
57: nobodyさん [] 2019/04/30(火) 10:02:08 ID:U8oZvJd3 >>55 底抜けのバカが現れた。 http://medaka.5ch.net/test/read.cgi/php/1556417229/57
58: nobodyさん [sage] 2019/04/30(火) 10:09:39 ID:??? >>57 あなたのいう欠点を克服しているフレームワークは何？ それと比較してみたいんだが http://medaka.5ch.net/test/read.cgi/php/1556417229/58
59: nobodyさん [sage] 2019/04/30(火) 10:11:33 ID:??? githubのスター獲得数が最高だから他のフレームワークと比べて 一番評価されているのでは http://medaka.5ch.net/test/read.cgi/php/1556417229/59
60: nobodyさん [sage] 2019/04/30(火) 10:25:07 ID:??? みんなLaravelが優れていると思っているからgithubで最高評価もらってるし 大規模システムにも採用されているんだろう。 http://medaka.5ch.net/test/read.cgi/php/1556417229/60
61: nobodyさん [sage] 2019/04/30(火) 10:45:05 ID:??? おまえはPoEAA読み直してこい。ARは数あるパターンのひとつであって銀の弾丸ではない。データアクセスの抽象化が目的だ。 MVCに拘りすぎるのもやめろ。あれはステートフルなGUIアプリケーションの概念であってステートレスなウェブには合わない概念も多い。AndroidやiOSにはまだまた有用だが。 ソフトウェア構築の肝は疎結合だ。これが実現できるならオレオレ設計で全く問題ない。 フレームワークが担うのはHTTP入出力やデータアクセスなどどんなシステムでも利用する機能の共通化だけだ。ロジックが複雑化してきたときの助けにはならない。そこは自分とメンバーのスキルと規模によって良い方法を考えろ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/61
62: nobodyさん [] 2019/04/30(火) 10:52:11 ID:U8oZvJd3 バカが、レベルの低いフレームワークに引きずられて長文で語ってる。 http://medaka.5ch.net/test/read.cgi/php/1556417229/62
63: nobodyさん [sage] 2019/04/30(火) 11:02:26 ID:??? だったらフレームワークなんか使わずに全て自分で書けばいいだけやんw オレオレフレームワークが最高なんだろ このスレに常駐してる理由が分からんw http://medaka.5ch.net/test/read.cgi/php/1556417229/63
64: nobodyさん [] 2019/04/30(火) 11:05:23 ID:U8oZvJd3 バカ、逆ギレ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/64
65: nobodyさん [] 2019/04/30(火) 11:06:31 ID:U8oZvJd3 やっぱ、爆裂コントローラー生成機という見方は正しかったって事か。 使えんな、こんなもん。 http://medaka.5ch.net/test/read.cgi/php/1556417229/65
66: 61 [sage] 2019/04/30(火) 11:11:43 ID:??? せっかく長文で書いてやったんだから反論頼むよ。おれこういう議論好き。 世の中しょぼいエンジニアしかいないから口が悪い奴でも楽しい話できるなら付き合うよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/66
67: nobodyさん [sage] 2019/04/30(火) 11:17:22 ID:??? ただの荒らしだよ 反論できるような知識もない http://medaka.5ch.net/test/read.cgi/php/1556417229/67
68: nobodyさん [sage] 2019/04/30(火) 11:21:06 ID:??? フルスタックフレームワークはフルスタックエンジニアのためのフレームワーク http://medaka.5ch.net/test/read.cgi/php/1556417229/68
69: nobodyさん [sage] 2019/04/30(火) 11:27:50 ID:??? 連投して議論じゃなく勝利宣言しかできないキッズはキッズ向けの板に行った方がいいと思うんよね http://medaka.5ch.net/test/read.cgi/php/1556417229/69
70: 61 [sage] 2019/04/30(火) 11:37:42 ID:??? まぁあらしの課題感は間違ってないと思うよ。議論にはならないけど。 ファットコントローラは世間的にも話題になったしファットモデルも同じく。 自分はDBアクセスなしのPOPOオブジェクトをたくさん作るのが好きだけど、それは小規模チームだから。大規模になると破綻する。 一方でJavaのSeasarみたいに大規模チームでワークするフレームワーク作った人たちもいたし。 http://medaka.5ch.net/test/read.cgi/php/1556417229/70
71: nobodyさん [] 2019/04/30(火) 11:41:41 ID:U8oZvJd3 >>66 んーとさ、前スレだったか、上の方だったかにさ、 「Symfonyに何も学ばなかったのか？」って書いたじゃん。 Symfonyは個々の要求をさばくのにActionを使っていて、 それぞれを別のActionに分けることでControllerが肥大するのを防いでいた。 >>13みたいなのを、フレームワークの仕組みとして提供していた。 （褒められるのはそのくらいだったように記憶しているけど） よくあるダメなフレームワークの典型のもう一つが、 Viewは描画をする場所なので、ロジックを書いてはいけないとしているところ。 だから、View=テンプレートみたいなアホみたいなことをしてしまう。 実際には描画に関する分岐やループというものはあって、 そういうのをテンプレート内でやろうとすると、 デザイナが手を出せない代物になってしまって破綻する。 つまり、大規模になると破綻する。 Laravelにそういうところのケアがあるようにはとても見えない。 ActiveRecordのような実装もダメ。 前スレでも言ったけど、テーブルに結びつくORMはJOINが困難になるので RDBという資産をまるで生かせなくなってくる。 「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」 とかキチガイが言っていたが、そういうことするからコードがゴミクズのようになるし、 ちょと複雑な処理をするとクソ遅くてメンテ不能になってくる。 流行りなんじゃなくて、それしか出来ないからそうしているだけ。 とにかく、どのフレームワークもRoRに引っ張られすぎ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/71
72: nobodyさん [sage] 2019/04/30(火) 11:44:46 ID:??? >>71 それBladeテンプレートの仕様確認してから言ってる？ http://medaka.5ch.net/test/read.cgi/php/1556417229/72
73: nobodyさん [] 2019/04/30(火) 11:45:26 ID:U8oZvJd3 それから、よくあり過ぎて頭いたくなってくるんだけどさ、 https://readouble.com/laravel/5.5/ja/validation.html public function store(Request $request) { $validatedData = $request->validate([ 'title' => 'required|unique:posts|max:255', 'body' => 'required', ]); // ブログポストは有効 } この、max:255 って単位はなんだ？ どっかでちゃんと分けてるんだよな？ よく読んでないから知らないけど。 言ってる意味、分かるか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/73
74: nobodyさん [] 2019/04/30(火) 11:46:39 ID:U8oZvJd3 >>72 してない。現段階ではする気も起きない。 既にTwigっていう優秀なテンプレートエンジンが存在するのに、 わざわざBladeとかいうわけのわからん独自テンプレートを持ち込んでくる神経が そもそも理解できない。 http://medaka.5ch.net/test/read.cgi/php/1556417229/74
75: nobodyさん [sage] 2019/04/30(火) 11:47:45 ID:??? あとDBに関してはこれ https://readouble.com/laravel/5.8/ja/database.html https://readouble.com/laravel/5.8/ja/queries.html http://medaka.5ch.net/test/read.cgi/php/1556417229/75
76: nobodyさん [] 2019/04/30(火) 11:49:57 ID:U8oZvJd3 >>75 「これ」が、何？ 論旨を言えないバカ？ http://medaka.5ch.net/test/read.cgi/php/1556417229/76
77: nobodyさん [sage] 2019/04/30(火) 11:55:17 ID:??? 頭の固い老害ってとこだろうな 確認もせずにTwigが云々語っちゃう辺りはその典型 http://medaka.5ch.net/test/read.cgi/php/1556417229/77
78: nobodyさん [] 2019/04/30(火) 11:58:53 ID:U8oZvJd3 >>77 ねぼけてんなぁ。Laravelでしか使われんBladeごときが、 Twig様に勝てるわけねーだろ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/78
79: nobodyさん [sage] 2019/04/30(火) 12:00:58 ID:??? 流石に検索系でよっぽど単純な操作をやる場合以外でORMなんてそう使わんだろ 挿入、更新、削除なら積極的に使った方がシンプルになるだろうけど http://medaka.5ch.net/test/read.cgi/php/1556417229/79
80: nobodyさん [] 2019/04/30(火) 12:03:30 ID:U8oZvJd3 >>79 だからさ、エロなんとかと別のクエリビルダと、使い分ける設計がクソだって言ってるの。 そしたら、ActiveRecordパターンなんかダメに決まってんだろ。 （エロなんとかがActiveRecordパターンなのかよくしらんけどさ） もうちょっと、頭使って作れって話。 http://medaka.5ch.net/test/read.cgi/php/1556417229/80
81: nobodyさん [sage] 2019/04/30(火) 12:06:10 ID:??? こいつが作った超イケてるフレームワークがGitHubに出てくる日を待つかw http://medaka.5ch.net/test/read.cgi/php/1556417229/81
82: nobodyさん [] 2019/04/30(火) 12:07:25 ID:U8oZvJd3 別のクエリビルダの方は、SELECT結果はstdClassになっちゃいまぁす、とかさ。 そしたら、結果のオブジェクトになんかメソッド仕込むとかできねーだろ。 ActiveRecordはフォーマッタ仕込んだり 極端な話、オブジェクト自体にバリデーション埋め込むことだってできるけど、 stdClassじゃただデータ持ち運ぶ事しかできんじゃねぇか。 http://medaka.5ch.net/test/read.cgi/php/1556417229/82
83: nobodyさん [sage] 2019/04/30(火) 12:07:50 ID:??? Symfonyがいいって言うんならSymfony使ってればいいじゃん 別にそこを否定はせんよ なんでわざわざ他所に喧嘩売りに来るのかその神経が分からん http://medaka.5ch.net/test/read.cgi/php/1556417229/83
84: nobodyさん [sage] 2019/04/30(火) 12:08:54 ID:??? 急に進んでたから面白い議論でも始まったかと思ったら低脳が湧いて釣られたやつらがいただけだった みんなちゃんとNGしとけよ http://medaka.5ch.net/test/read.cgi/php/1556417229/84
85: nobodyさん [sage] 2019/04/30(火) 12:10:54 ID:??? >>82 データをDBに書き込む時にはバリデーション必要だけど 既に保存されたデータを検索して表示する過程にバリデーション必要か？ http://medaka.5ch.net/test/read.cgi/php/1556417229/85
86: nobodyさん [] 2019/04/30(火) 12:18:06 ID:U8oZvJd3 >>83 ボケナス、褒められるのはそこだけだったって言ってんだろ。 つかえるか、あんなポンコツ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/86
87: nobodyさん [] 2019/04/30(火) 12:18:43 ID:U8oZvJd3 >>85 フォーマッタはあったら便利だろ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/87
88: nobodyさん [] 2019/04/30(火) 12:19:45 ID:U8oZvJd3 先のことをさぁ、考えて、作るんだよ。 >>85くん。 http://medaka.5ch.net/test/read.cgi/php/1556417229/88
89: 61 [sage] 2019/04/30(火) 12:19:53 ID:??? >>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は別の問題を解決しようとしてるから用途が違う。果物ナイフとノコギリを比べるようなもんだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/89
90: nobodyさん [sage] 2019/04/30(火) 12:25:04 ID:??? >>71 「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」 は確かGoogleが推奨しているコーディング方式だね。 GoogleのWEBサービスは全部このやり方で実装されている。 http://medaka.5ch.net/test/read.cgi/php/1556417229/90
91: nobodyさん [sage] 2019/04/30(火) 12:26:14 ID:??? >>73 Request生で使う奴はいないでしょ。 普通はフォームリクエスト使ってそっちで宣言する http://medaka.5ch.net/test/read.cgi/php/1556417229/91
92: nobodyさん [sage] 2019/04/30(火) 12:28:02 ID:??? >>90 そりゃGoogleはGCP売りたいんだからそう言うだろ。RDBを使わないシステムをターゲットにしてるんだから。 RDB使ってそんなことしてたらクソプログラマ認定されるぞ。 ぐーぐるさまが言ってるからって盲目的になるのは感心しないな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/92
93: nobodyさん [sage] 2019/04/30(火) 12:28:11 ID:??? アスペルガー特有の強い拘り http://medaka.5ch.net/test/read.cgi/php/1556417229/93
94: nobodyさん [sage] 2019/04/30(火) 12:28:59 ID:??? JavaのSpringFrameworkのJPAや PythonのDjango Ruby on Rails Laravel Symfony 等々みんなActiveRecord方式採用しているってことは それで十分システムを構築できているんでしょう。 http://medaka.5ch.net/test/read.cgi/php/1556417229/94
95: nobodyさん [] 2019/04/30(火) 12:29:54 ID:U8oZvJd3 >>89 >Viewの話はロジックというのは業務ロジックのことで、 >例えばこの会員はAランクなので付与率5%、 >それ以外は1%というような話で >これはViewじゃなくてモデルに書きましょうということだ。 それをやめろって言ってんだ、ボケ。 なんで還元率適用後の値についてまでモデルが面倒見なきゃいけないんだ。 それはおまえ、社長が「よしこのお客さんには10%値引きしろ」って言ったら、 従業員が「社長、それはいくらになるんですか？」って言ってるようなもんだぞ。 馬鹿なのか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/95
96: nobodyさん [] 2019/04/30(火) 12:30:37 ID:U8oZvJd3 >>91 おまえは何を言っているのだ？ http://medaka.5ch.net/test/read.cgi/php/1556417229/96
97: 61 [sage] 2019/04/30(火) 12:31:00 ID:??? >>94 採用してないよ。JPAとSymfony/Doctrineは違う。もう一回調べて。 http://medaka.5ch.net/test/read.cgi/php/1556417229/97
98: nobodyさん [sage] 2019/04/30(火) 12:31:59 ID:??? >>92 大勢でアクセスされた際のJOIN高負荷問題がどのDBもまだ未解決だから 大規模だとJOIN使わない方式が推奨されてるってだけじゃないの？ PostgreSQLやMySQLやOracleとかでJOIN高負荷問題の対策チームが 個別に存在しているぐらいだし http://medaka.5ch.net/test/read.cgi/php/1556417229/98
99: nobodyさん [] 2019/04/30(火) 12:32:07 ID:U8oZvJd3 >>94 つくるだけなら、な。 で、更改のたびにプログラマがヘドロのようになってるはずだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/99
100: nobodyさん [sage] 2019/04/30(火) 12:32:48 ID:??? MariaDBはわからんけど http://medaka.5ch.net/test/read.cgi/php/1556417229/100
101: nobodyさん [] 2019/04/30(火) 12:34:13 ID:U8oZvJd3 >>89 >表示のための分岐はいくらでも書いて問題ないよ。 それもやめろっって何回言わせんだ。 デザイナが触れなくなるだろーが。 http://medaka.5ch.net/test/read.cgi/php/1556417229/101
102: 61 [sage] 2019/04/30(火) 12:34:48 ID:??? >>95 ん？おまえは還元率の計算をViewでやってるの？ ECサイトでポイントを表示するケースって、カートとか確認画面とかメルマガでDM送るときにこの商品を買ったら50ポイントです！とかあるけど、全部のビューに書いてる？変更するときどうすんの。 http://medaka.5ch.net/test/read.cgi/php/1556417229/102
103: nobodyさん [sage] 2019/04/30(火) 12:35:15 ID:??? >>97 JPAはOracleのJava Dayイベントで ActiveRecord方式ってOracleの中の人が言ってるぞ http://medaka.5ch.net/test/read.cgi/php/1556417229/103
104: nobodyさん [sage] 2019/04/30(火) 12:35:53 ID:??? >>98 経験上大量レコードからJOINで大幅にレコード件数減らせるんなら減らした方が低負荷になるはずだけどなぁ 間違ってたらスマン http://medaka.5ch.net/test/read.cgi/php/1556417229/104
105: nobodyさん [sage] 2019/04/30(火) 12:39:07 ID:??? >>101 いやデザイナーに実コード触らせるとかやめろよ。そんなやり方 デザイナーから上がってきたhtmlはコーダーが実環境にマージ・適用した方が全体でみて低リスクだし低コストになる http://medaka.5ch.net/test/read.cgi/php/1556417229/105
106: nobodyさん [sage] 2019/04/30(火) 12:39:29 ID:??? >>98 なんで世の中JOINが遅いことになってるんだろうな。最近のARしか知らないプログラマはほんと軟弱だわ。 JOINが遅いのは設定と設計とクエリが悪いの。その対策チームはJOINを無くすために存在してるんじゃなくて、設計とクエリを見直してパラメータを調整して速いJOINにするために存在してるの。対策した後もJOINを使うの。 http://medaka.5ch.net/test/read.cgi/php/1556417229/106
107: nobodyさん [] 2019/04/30(火) 12:41:35 ID:U8oZvJd3 >>102 >87 >>85 >フォーマッタはあったら便利だろ。 >88 >先のことをさぁ、考えて、作るんだよ。 >>85くん。 加えて、Twigには、FilterとFunctionという便利なものもある。 おまえは、石器時代の人間か？ http://medaka.5ch.net/test/read.cgi/php/1556417229/107
108: nobodyさん [] 2019/04/30(火) 12:43:09 ID:U8oZvJd3 >>105 おまえのアプリは作ったら作ったまんまか？ おまえ、サーバ側の改修やってるときに、 デザイナが書いたHTMLやCSSの面倒見たいか？ 物好きだなぁ…。 http://medaka.5ch.net/test/read.cgi/php/1556417229/108
109: nobodyさん [sage] 2019/04/30(火) 12:43:59 ID:??? >>103 JPA自体はエンティテイにデータアクセスの機能は持たせない。レコードと1対1の構造はARっぽいが同じではない。 拡張のActiveJPAとかいうのと混同してるのでは？ http://medaka.5ch.net/test/read.cgi/php/1556417229/109
110: nobodyさん [sage] 2019/04/30(火) 12:44:29 ID:??? >>106 いや違う。複数からアクセスされたときに単純なクエリにかかわらず JOINが高負荷になってしまう問題が存在していて それを解決するために各チームが存在している。 解決したソースコードを提供した人には賞金が授与されるけど 未だ誰もこれを解決できるソースを提供できた人はいない http://medaka.5ch.net/test/read.cgi/php/1556417229/110
111: nobodyさん [sage] 2019/04/30(火) 12:44:30 ID:??? >>107 でも>>82読んだ限りだとARにフォーマッタ仕込みたいんだろ？ Twigはテンプレートエンジンの方じゃんなんでごっちゃになってるの？ http://medaka.5ch.net/test/read.cgi/php/1556417229/111
112: nobodyさん [] 2019/04/30(火) 12:45:05 ID:U8oZvJd3 >>106 それは、下手くそなバカがJOINするからだ。 アホが書いたくそぐっちゃぐちゃのSQLを1/3に減らしたら 実行速度が1/10になりましたとか、普通にあるだろ。 あいつらは実行計画の見方もしらない。 JOIN前にSELECTで絞りまくったほうが速いとすら思っている。 http://medaka.5ch.net/test/read.cgi/php/1556417229/112
113: nobodyさん [sage] 2019/04/30(火) 12:45:40 ID:??? >>108 変に分からんヤツに荒らされて狂うくらいなら自分でやった方がいいに決まってるだろ http://medaka.5ch.net/test/read.cgi/php/1556417229/113
114: nobodyさん [sage] 2019/04/30(火) 12:45:55 ID:??? >>109 Oracleの中の人が言ってるんだから混同してないでしょ。 もしくは今後実装予定の機能をポロっと言ってしまった可能性もあるけど http://medaka.5ch.net/test/read.cgi/php/1556417229/114
115: 61 [sage] 2019/04/30(火) 12:46:27 ID:??? >>107 FiltetとFunctionはだいたいどのテンプレートエンジンにもあるが、あれはヘルパであってロジックの置き場じゃないぞ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/115
116: nobodyさん [] 2019/04/30(火) 12:46:57 ID:U8oZvJd3 >>111 「たい」んじゃなくて、仕込「める」と言っているんだ。 OOPというのはそういうものだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/116
117: nobodyさん [sage] 2019/04/30(火) 12:47:50 ID:??? >>114 いいからググれ。JPAの仕様とActiveJPAの仕様を読んでこい。違いがわかるから。 http://medaka.5ch.net/test/read.cgi/php/1556417229/117
118: nobodyさん [] 2019/04/30(火) 12:48:09 ID:U8oZvJd3 >>115 寝ぼけ過ぎだ。 お前が言っていた >表示のための分岐はいくらでも書いて問題ない 場所、 それが、その場所だ。いい加減に気づけ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/118
119: nobodyさん [sage] 2019/04/30(火) 12:48:15 ID:??? >>110 うーん皆の話に齟齬があるみたいだからその複数アクセスの規模を明示して？ 多分秒間10や20くらいじゃそうならないよね？ http://medaka.5ch.net/test/read.cgi/php/1556417229/119
120: nobodyさん [sage] 2019/04/30(火) 12:48:52 ID:??? >>112 それはJOINじゃなくてクエリの書き方の問題でしょ。 ここで言われてる複数アクセス時のJOIN高負荷は賞金がかけられてるやつだから DB本体のコーディングの問題。 http://medaka.5ch.net/test/read.cgi/php/1556417229/120
121: nobodyさん [] 2019/04/30(火) 12:50:22 ID:U8oZvJd3 >>113 まったく、だからお前のやっている仕事はスケールしないんだよ。 連投禁止かかりはじめたから、しばらくポイント貯めるぞ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/121
122: nobodyさん [sage] 2019/04/30(火) 12:50:56 ID:??? Java Dayに参加したことあるけど確かにOracleはJPAを ActiveRecord方式と言ってたな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/122
123: nobodyさん [sage] 2019/04/30(火) 12:53:28 ID:??? >>120 何言ってんのか意味不明。JOINのアルゴリズムはほぼ確立されていて、データ量が膨大であれインデックスがメモリに乗ってCPUに余裕があればどんなに大量のアクセスがあっても理論上は遅くならない。Btreeの仕組みとインデックスの用途、実行計画について調べてこい。 http://medaka.5ch.net/test/read.cgi/php/1556417229/123
124: nobodyさん [sage] 2019/04/30(火) 12:53:48 ID:??? >>117 Oracleが発言してるんだからそれOracleに言って来いよ。 どうせOracleがActiveRecordを勘違いしてるんでしょ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/124
125: nobodyさん [sage] 2019/04/30(火) 12:55:15 ID:??? >>120 言いたいことは大体分かったけど なんかソースみたいな記事持ってこないと噛み付いてる人は納得しないと思うよ http://medaka.5ch.net/test/read.cgi/php/1556417229/125
126: nobodyさん [sage] 2019/04/30(火) 12:56:15 ID:??? >>123 遅くなる問題があるからわざわざ専門チームがいて 賞金もかけられれるんでしょ。 PostgreSQLやMySQLの開発チームの中に JOIN問題を解決する対策チームがいるからそいつらに言って 間違い正して来いよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/126
127: nobodyさん [sage] 2019/04/30(火) 12:57:44 ID:??? ARの定義知ってんの？ 1レコード1エンティテイ エンティテイがDBアクセスを担う この二つを満たしてるものがActiveRecordたぞ。JPAは当てはまらない。Oracleが言ったからって信じるなよ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/127
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 835 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s