Pythonによるデザインパターン5原則 - Qiita

参考 @kidach1 さんの投稿をPythonに書き換えてるだけです。 @kidach1 さん、いつもありがとうございます。 https://qiita.com/kidach1/items/4b63de9ad5a97726c50c 概要 改めて基本を学ぶ。 参考「Rubyによるデザインパターン第1章」→この投稿はPython デザインパターンとは プログラミングにおいて繰り返し現れる問題に対する、適切解のパターン。 無駄無く設計されたオブジェクト指向プログラムの実現をサポート。 パターンとしてカタログ化されていることで 車輪の再発明を防ぐ デザインパターンの根底にある5つの考え 変わるものを変わらないものから分離する プログラムはインターフェイスに対して行う（実装に対して行わない） 継承より集約 委譲、委譲、委譲 必要になるまで作るな（YAGNI） 変わるものを変わらないものから分離する

[dexia2]

クラスを使わずに、高階関数で実装したらダメなのかなぁと思ったり。たぶん、デザインパターンは当時の言語前提なので、今に当てはめていいんでしょうか。

[tettekete37564]

集約と委譲の話は DI 的な思想。TDD 的な都合を考えていくとそうした方が良いのだけど実行さるまで実体が分かりにくくなるのでデバッガが使えない環境・言語だとつらくなったりもする。難しい

[t-murachi]

Rubyは知らんけどPythonで継承がダサいのはduck typingでどうとでもできちゃうからなんだよね。ノウハウとしては頭の片隅にでも置いとけばいいレベルの話だと思う。

[kirin007]

pythonだからこの原則ってのが読み取れなかった。

[wkwkhautbois]

まじめに作らなくてもほどほどの物ができるし書き換えも簡単 というのがスクリプト系言語の強みかなと思ってて、あんまりGoFのデザインパターンとか適用したいって思わないんだよなぁ。堅い言語なら必要。

[sho_yamane]

なるほど

[nabe1121sir]

例にあるDIみたいなパターンでやりたいことは分かるが、差し込むengineは結局親クラスを継承した物にしておかないと、コピペの嵐になるくない？

[nnhrsk]

導入としてわかりやすいかも

[djshigy]

デザインパターン

[kyopeco]

具体例もあり、分かり易すぎる解説。これから参考にさせていただきます。

[mr-csce]

良いと思う。

[kogule]

というようなことをやりたい人は，Zope Component Architecture (zope.component) を使うと幸せになれるよ。

[nv-h]

集約を意識すると別にオブジェクト無くてもよくね？ってなる。同じファイルに違う役割を持たせたくない（HDL脳）。

[takets]

デザインパターンの根本にある思想

[zentarou]

多重継承できる言語なんだから多重継承してもいいのよ

[l__LINE__l]

車の例すき

[ketancho_jp]

あとで読む