プログラミング言語が異なれば、機能も異なるか、特定の機能が不足しています。デザインパターンは、これらの欠点を回避する方法です。静的なオブジェクト指向言語（Java、C ++）のデザインパターンに関する本やリストだけでなく、Pythonのデザインパターンに関するビデオも見てきました。
Forth、Icon、Lispなどの他の言語でのいくつかの一般的なデザインパターンを見ることに興味があります。それらがどのように見えるか、そしてなぜそれらが言語で必要とされるのかについての簡単な説明がいいでしょう。たぶん、デザインパターンなしでこの問題を解決する別の言語との短い比較。
デザインパターンは「イディオム」と呼ばれることもあります。OO 以外の言語 (C、Forth、COBOL など) では、それらは単なる「通常の方法」です。「アルゴリズム」と呼ばれることもあります。すべての言語 (実際、すべての分野) には、ソリューションを設計するためのパターンがあります。
何かを 2、3 回見たことがあれば、パターンを見たことになります。コンテキスト、問題、解決策、および結果を説明できれば、パターンを漠然としたものから具体的かつ具体的なものに引き上げることができます。
OO 以外の言語では、パターンに名前が付けられたりカタログ化されたりすることはあまりありません。なぜそうなるのかはわかりませんが、そのようです。
LISP のデザイン パターンについては、Peter Norvig によるこのを参照してください。
このスライドを引用：
23 のデザイン パターンのうち 16 は、目に見えないか、よりシンプルです。
Lisp では、使用しているデザイン パターンの代わりに:
この文脈でデザインパターンが何を意味するのかよくわかりません。デザイン パターンが特定の問題を解決するために従うべきレシピである場合、それはプログラミング言語または環境の機能の欠如です。コンピューターは反復的なタスクをうまく処理できるため、設計パターンを実装して、実際のパラメーターを使用して呼び出す必要があります。
デザイン パターンは、特定の言語に関連付けられることを意図したものではありません。これらは、一般的な問題に対するより一般的な解決策です。
C# と .Net のデリゲートとイベントにより、オブザーバー パターンの実装が簡単になります。これは、GUI イベントの処理などによく使用されるためです。
