Eloquentに別れを告げるタイミングについて考えた - LaravelMeetup Tokyo #12

Eloquentに別れを告げるタイミングについて話しました
1
カンボ🏝沖縄 @kanbo0605

リポジトリの外でもクエリ書いてしまうの 前の案件でやってしまって、収集つかなくなって廃止してしまった 苦い思い出(^^; #LaravelTokyo

2019-05-22 20:02:31
@sogaoh

#LaravelTokyo 「Eloquentのせいというか、実装者の問題」 同意

2019-05-22 20:03:05
おかしょい @okashoi

なまじ便利であるがゆえに、いろいろ詰め込んでしまうのわかる。しかし、そこはぐっとこらえたいところ(規模にもよるけど) #LaravelTokyo

2019-05-22 20:03:40
りっちゃん @rittyan

ファット化するのは便利だから仕方ない感はある ミューテタとかを外に出せれば少しは減らせそうだが #LaravelTokyo

2019-05-22 20:04:32
青ごへいもち @blue_goheimochi

やらないけど、たしかに色々詰め込めるな… #LaravelTokyo

2019-05-22 20:04:34
カンボ🏝沖縄 @kanbo0605

名前のフルネーム取得するのとかは、めっちゃ便利! よくやる! #LaravelTokyo

2019-05-22 20:04:47
りっちゃん @rittyan

HTML系はビュー用のヘルパ作ってそこでやらせてるな #LaravelTokyo

2019-05-22 20:05:27
カンボ🏝沖縄 @kanbo0605

あれもこれもEloquentでやろうとし過ぎると Fatになってしまう。 便利が故の負債になる可能性もあるので、要注意! #LaravelTokyo

2019-05-22 20:05:50
おかしょい @okashoi

Eloquent のせいでなく設計の問題である、わかる。 一方で、強い意志を持たない人にそうさせてしまう誘惑をしてくるのが Eloquent のつらいところなのかもしれない。 #laraveltokyo

2019-05-22 20:06:38
カンボ🏝沖縄 @kanbo0605

テーブル2つでModel一つにした時は破綻するな。 これは怖い! #LaravelTokyo

2019-05-22 20:06:55
Goemon / エンジニア@アライドアーキテクツ @yashikawa3

プレゼンテーションロジックはEloquentには書きたくないなあ。HTMLに必要な値はViewComposerつかうかヘルパつかう #LaravelTokyo

2019-05-22 20:07:13
kubotak.svelte @kubotak_public

エロークエントってなんかハリポタの呪文っぽい #laraveltokyo

2019-05-22 20:07:56
juve534 @juve534

テーブルとドメインモデルが一致しない…。フィールド名がわかりづらいから、書き換えてフロントに渡すことはしている… #LaravelTokyo

2019-05-22 20:07:58
おかしょい @okashoi

「Active Record はテーブル・ビューが 1 対 1 前提のデザインパターン」なるほど #laraveltokyo

2019-05-22 20:08:02
カンボ🏝沖縄 @kanbo0605

「テーブル構成と乖離したドメインモデルが欲しくなる時がある」 あるあるですな(^^; 急な大幅な仕様変更で前に痛い目みたw #LaravelTokyo

2019-05-22 20:08:38
@sogaoh

#LaravelTokyo Eloquentの話聞いてて思ったこと:  Laravel でDBの参照と更新を分散するのって事例あるのかしら?  Laravel じゃないところでやることなのかな。。

2019-05-22 20:08:47
juve534 @juve534

本質的にはテーブル構造を直せれば良いのかな。そんな簡単に行かないけどね… #LaravelTokyo

2019-05-22 20:09:37