SOLIDの原則ってどんなふうに使うの？

PHPerKaigi 2018 (2018/03/10)

[vanbraam]

間違いなく良い資料だと思うのだが,題材に対して設計がoverkillな気がする.自分が"新人"だったら,この機能を実装するのにこんなに複雑な設計になるのか,とヒクかも;YAGNIにも反してるし(YAGNIとOCPは元々相性悪いのかな?)

[living]

自分がこの要件をもらったら、Todoの基底クラスを抽出して、formatTitleは抽象メソッドにして、各クラスで実装する、くらいにするかなあ。Presenterの抽出は、cli/webといった表示方法の出し分けが必要になるまではやらない

[uva]

しかし早すぎる最適化は悪だ。。最後は経験からの読みであてにいくしかない

[ttskch]

事前に見せていただいて分かりやすさに感動した未完成版よりさらに3倍ぐらい分かりやすくなっててやばい！しかもなんか新人さんがいいキャラになっとるww これ #PHPerKaigi 行ってない人も絶対読んだほうがいいやつです！

[threetea0407]

普通に$todo->present()ではいかんのか？ TodoとPresenterを分けるのはOCPに従うためではなく「関心分離の原則」に従うためにやってるように見える。

[ono_matope]

いい話だけどResolverでてきたあたりでうん？ってなった。interfaceでも同じ話はできる気がする。

[wata88]

見極めムズい。やりすぎるとYAGNIに反するし。要件次第ですね

[kumokaji]

アプリとしての規模がこれより大きくなるのが見えているならこれぐらい細かく分けるかもしれない / 途中からAC部の2人の声で脳内再生されるようになった

[k1take]

SOLID原則を適用後のクラス図が一気にいろいろ増えるので、良い設計にはそれなりの何か代償というかコストのようなものがあるのだなーと思った。

[perl-o-pal]

PHPとかなら、新人さん実装でとどめといて、客の反応見て設計し直すとかでもいいような。

[nilab]

SOLIDの原則ってどんなふうに使うの？ - Speaker Deck / オープン・クローズドの原則編 / PHPerKaigi 2018 (2018/03/10)

[gologo13]

OCPのわかりやすい資料

[takatama]

Presenter の導出がやりすぎ感あるし、一足飛び。だけどOCPを解説しているいい資料。OCPはオブジェクト指向プログラミングの目的そのもの

[Dai_Kamijo]

オープンクローズド原則がなぜ大事か？を「バリエーション」からコードを保護すると言語化されてるのが素晴らしい。ストラテジパターンの利用とか、実は普段の実装でも無意識的にバリエーションの問題に対処していた

[leokun0210]

今日読む

[calpo]

オープン・クローズドの原則に沿ったリファクタリングを題材にライブコーディング風に話が進む。

[masaru_b_cl]

Resolverあたりでやりすぎでは？って思っちゃうの、やっぱりサンプル選びって難しい。

[ilyaletre]

これHakellならどうアプローチするか考えてみたいな。

[glat_design]

オープン・クローズドの法則（OCP）についての解説。言葉は知らなかったけどふんわりとイメージしてたのがちゃんと解説されてて勉強になった /

[pakkunflower]

新人はかなりおしい実装をしていると思う。URLを`$todo->getUrl()`に抽象化出来ることに気付いているから、タイトルも`$todo->formatTitle()`で抽象化できることに気付いてほしい。この手の説明は題材がすごく難しそう。

[bashi06_jm]

途中までうんうん、って読み進めたけど後半が理論的っていうより感覚的になってる気がする..

[unyaa]

あとで

[tamtam3]

PHPが見ないうちに立派な言語（語弊があるが）になってた。自分とは考え方が違ってたんで勉強になりました。

[efcl]

オープンクローズドの原則に従ってリファクタリングをしていく話

[IzumiSy]

オーバーキルだとかコード量が増えすぎて引く、みたいな話があるけどちゃんと設計するアプリケーションはこういう契約にバッキバキに基づいたコードベースになる。

[kazutomo]

俺ならTODO共通のインターフェースを定義してタイトルやURLを取れるようにして出力部分はベッタリ書くかな。新しいTODOで出力項目が増えたら、出力部分をどう拡張するかは増えたときに考えればいいじゃない？

[turanukimaru]

趣旨は正しいけど途中でTodoInterface作ってるんだから私もこれTodoに直接書くなあ。Todoの種類が増えるときにTodo内にコードを書く、なら全然複雑じゃない。

[ngsw]

僕はこの実装の仕方が正しいと思っているんだけど、これに対してYAGNI的反論とのバランスってどうすべきなんでしょうか。程度問題の都度議論？

[rti7743]

物事を余計に複雑にしているだけでは？ 捨てる部分と守る部分を分けた方がいいと思うんだけどな。データ構造以外は全部捨ててもいいぐらいでいいと思う。

[sifue]

これは素晴らしい。あとPHPもしっかりOOPの設計ができる言語になったとしみじみ感じる内容でした。

[homarara]

相手がACIDの原則を繰り出してきたらカウンターで使う。

[Nyoho]

いいことがある資料じゃ