オブジェクト指向ではないパラダイムのためのデザインパターンの本、論文、またはリソース?


8

機能設計パターンに関するInfoQでこのビデオを視聴した後、オブジェクト指向ではないパラダイムの設計パターンに関するリソースはどこにあるのだろうと思いました。OOの世界(GOFなど)やアーキテクチャ(EoEAAなど)についてはたくさんありますが、関数、ロジック、その他のプログラミングパラダイムについて何があるのか​​はわかりません。何かありますか?ビデオ中のコメントはおそらくそうではないことを示唆しています-誰かがよりよく知っていますか?

(ちなみに、デザインパターンとは、言語機能やデータ構造ではなく、リンクされたビデオで説明されているように、アプリケーションを設計するためのより高いレベルのアプローチを意味します)

回答:


3

私がOOPについてではなく、プログラミング全般について出会った最高の本は、ドナルドクヌースによるArt of Computer Programmingの本(私が購入したときの本3冊-現在は4番目のリリース)です。

http://en.wikipedia.org/wiki/The_Art_of_Computer_Programming

数年前、私は彼の熟練したデータ処理アルゴリズムの1つを使用して、約20分のプロセスから約30秒まで100,000件以上のレコードのインポート/マージを高速化しました...私はそれを正しく行っていませんでした!

そして、それらがDesighパターンと呼ばれる前に、私たちはそれらをアルゴリズムと呼びました!


2
設計パターンは、アルゴリズムよりも高いレベルで存在します。それらの本を読んでからずいぶん昔のことですが、デザインパターンについて話し合ったことはまったく覚えていません(私はそれについて間違っているかもしれません)。
FinnNk、2010年

私の意見には同意しますが、私のポイント(私はそれをよりよく言うことができると思います:))はOOおよびデザインパターンの前にありました-これは、「再利用可能なパターンのような方法」で物事を行うために学ばなければならなかったものです。バブルソート、リンクリストなど、問題を解決するための構築ブロックのすべての「パターン」。Knuthの本は「デザインパターン」に関するものではないが、当時は私たちが持っていたすべての本でした。
MDV2000

0

デザインパターンは、主に誤解されています。パターンについての最初の(?)本の著者が述べたように、ここにリストされている23は単なるであり、決してこれだけではなく、特別なものです。それらを使用しても、優れたプログラムが保証されるわけではありません。ひどいミスをすることさえあります。ダイクストラ紙の「有害と見なされるgoto」が完全に文脈から取り除かれるようになったようです...このパターンの狂気がすぐにそれを配置することを願っています。決して私はパターンが悪いと言うが、本当の良いプログラマーは良いアルゴリズムを必要とするあなたがあれば、良い「パターン」は簡単に来ると思います。これは、BTWのGammaブックで明確に述べられています。


3
私はあなたが書いたほとんどの部分に同意しませんが、私にとってパターンの主な価値は、チームで作業するときに共有され、一貫した語彙です。アルゴリズムは重要ですが、デザインパターンも重要であることに同意します。
FinnNk 2011年
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.