2024年末にデザインパターンについて考える - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Futureアドベントカレンダーの3日目のエントリーです。昨日は@yamat2667さんのFlutterの記事でした。 デザインパターンというと、普段のプログラミングから一歩踏み込んで設計力を上げたい人が履修すべきコンテンツのように思われているようなツイートなりを見かけます。オブジェクト指向言語全般に使える知識だ、とか、開発者同士のコミュニケーションに使えるぞ、とか、コードの質が上がるぞ、とか。 一方で、パターンを詰め込もうとすると逆にコード量が増えて、パターン由来の変なクラス名が増えたりして、設計が歪むぞ、というのも当初から言われてき

[jay-es]

デザインパターンは30年前の言語レベル（やハードウェア）ベースで作られたもの。"現代人がシェークスピアを読むみたいに、当時の状況を鑑みながら読んでいくには良い"

[rawwell]

“Factory Method, Abstract Factoryは統合する Null Object, Type Object, Dependency Injection, Extension Object/Interfaceを足す”

[shikiarai]

素朴な積み木で使えるテクニック集なのでレゴブロックに電子制御つけたり電磁力でくっついてさらに弾性をもった素材も使えますみたいな現代の言語では使う意味すら無いものも多いけど、発想の礎みたいなもんよ

[mas-higa]

確かに昔書かれた C++ コードは継承ばっかりでしんどかった。当時はオブジェクト指向 == 継承 みたいに考えてる人が多くて C++ が進化しても昔ながらの設計してる人がいた。

[ku__ra__ge]

デザインパターンから言語機能として取り込まれたものも多いよな

[dorapon2000]

“近年はオブジェクト指向機能は使わない、実装継承はやらない、という言語も増えてきています。GoやRustは言語レベルでそうですし、JavaScriptなんて、ES4で大揉めして、ES6(2015)でようやくクラスが入ったのに、”

[ch1248]

ためになる。2000年後半時点でも「場当たり的」「体系的ではない」という批判があった記憶。

[yarumato]

“デザインパターンは30年ほど前のC++やSmalltalkの最大公約数の機能に合わせて作られている”

[hryord]

使えるものもあるし言語やフレームワークの中でデザインパターンを使ってるものも見かける。markerとかsingletonとか。古かろうが新しかろうがいいものは使えばいい。

[turanukimaru]

デザパタは交換可能な部品を作るためのパターンでありボタンなどの交換可能な部品を「使う」のは高階関数なりなんなり好きにすればいい。Smalltalkのコードブロックは対象を引数にとる高階関数だから最初からそうだった

[hecaton55]

今となっては古典と言えるものになってる感はある。ただ考え方の基礎的な部分は知っていても損ではないという事。時間等の余裕がある人は学んでみても良いのではというぐらい

[rgfx]

via: "わかる。デザパタ本は時代性が反映された古典であって現代の実践プラクティスではない" / X https://x.com/mizchi/status/1863764234628415946

[nunulk]

これを思い出した https://youtu.be/E8I19uA-wGY?si=84x1eDXj7QGmhb11&t=237

[aike]

無秩序なGOTO文の時代に構造化プログラミングが発明されたように、オブジェクト指向の可能性や正解を手探りしていた時代に生まれた指針ではある。定石に名前をつける考え方自体は有効だけど、GoFはもうきつい。

[mizdra]

なるほど “パターンランゲージには更新が難しいというのが問題かな、と思います。”