なぜ今、なぜパターンについて？ 過去20年にわたって、現代の開発アプローチでは多くのことが起こりました。 90年代前半にはパターンのブームがあり、その後DIと「構成ファイルでのプログラミング」が始まり、DDDをめぐる誇大宣伝が始まり、同時に機能プログラミングテクニックが急速に普及し始めました。 これらはすべてパターンを無関係にしましたか？ 私の観点からは、違います。
パターンの周りの誇大広告は本当に通りました、そして、我々の経験の高さからそれらを見る時です。 1つはパターンの関連性を失い、もう1つはシングルトンがすべてです。 私の本では、いくつかのパターンを取り、あらゆる側面からそれを考えたいと思います。「Gangs of Four」という本でそれがどのように見えるかを見てください。それがアプリケーションの設計にどのように影響するかについては、.NET Frameworkおよび最新のアプリケーションでのアプリケーションの例を見てください。
たとえば、嫌なシングルトンについて話す場合、.NETプラットフォームでの4つの異なる実装を示し、従来のシングルトンがアンビエントコンテキストパターンとどのように異なるかを示し、それが現代のアプリケーションに適用できる「場所」と「形式」を示します。
または、ファクトリメソッドを使用して、従来の実装の観点だけでなく、ファクトリメソッドがディクショナリまたはスイッチに基づいてオープンクローズの原則に違反しているかどうかの質問にも答えます。 次に、 テンプレートメソッドに進み、継承の問題とコントラクトの設計原則のコンテキストでそれを検討し、次に、古典的なテンプレートメソッドをラムダ式に基づくC＃の特定の実装と比較します 。
訪問者を引き取るとき、それがどこでいつ適用されるかを示すだけでなく、 表現問題と呼ばれるよく知られたソフトウェアエンジニアリングの問題 、オブジェクト指向および関数型プログラミングの世界における拡張性への典型的なアプローチ、原則のコンテキストにおける訪問者パターンの役割についても話しますオープン/クローズ。
「ビルダー」については、4人の一団からのクラス図の例だけでなく、たとえばユニットと統合テストのテストデータを作成するためのわずかに異なるコンテキストでも説明します。
退屈な正準クラス図を使用したパターンについてだけではなく、その一部は実際のコードでは見つけることができません。 主要なGoFパターンを取り上げ、それらがどのように進化したか、通常C＃でどのように実装されているか、.NET Framework自体と指にどれだけ食い込んでいるかを示したいと思います。
私は何につながっていますか？ 重要なのは、読者の皆さん、私はあなたの助けが必要だということです。 出版社（出版社Peter aka ph_piterの人物 ）はこの本を取り上げる準備ができていますが、その関連性に関するコミュニティの意見が必要です（これはいまいましいことではありません！）。 私たちは家族や他の利益を損なうために時間を犠牲にする準備ができていますが、ビジネスは多少異なる原則に従います。
ですから、親愛なる同志（および同志）が、この本を印刷物で見たい場合は、コメントのスレッドのように、または別の便利な方法で反応してください。
Z.Y. この本の内容が必要な場合は、いくつかのブランチを含む4人組の古典的な本の内容と大差ないものの、レイアウトする準備ができています。
Z.Y.Y. ピーターID（別名ph_piter）に 、このビジネスを引き受けてくれてありがとう！