EventArgsなどを渡すEvent/Handlerを使用したObserverパターンの命名規則(つまり、C#などの言語のイベントの命名規則)と同様に、コード内の他のパターンを簡単に強調するために使用する命名規則があります。 ?
編集:私はもともと戦略パターンについて質問したかったのですが、一般的なパターンにも存在する可能性のある他の規則について知っておくと役立つと思いました。
EventArgsなどを渡すEvent/Handlerを使用したObserverパターンの命名規則(つまり、C#などの言語のイベントの命名規則)と同様に、コード内の他のパターンを簡単に強調するために使用する命名規則があります。 ?
編集:私はもともと戦略パターンについて質問したかったのですが、一般的なパターンにも存在する可能性のある他の規則について知っておくと役立つと思いました。
私は通常、クラスの接尾辞に、パターンのアイデアの一部を使用するかどうかを指定させます。すべてのViewModelはViewModelで終わります...私のビューはViewで終わります。いつも使用しているパターン(Factory、ViewModel、Strategyが頭に浮かぶ)には本当に便利です。いくつかはより本質的です(私はまだクラスにMonoStateという名前を付けていません)-クラスの主な応答性に関係していると思います-または実装の詳細にちなんで名前を付けていません(Monostateは私の実装の詳細です本)。それがエミュレート/包含するパターンに適合する場合-パターンの名前の接尾辞を取得します。
他に何もないとしても、それは私のクラスの読者が私がコメントを書かずに実装の理由のいくつかを理解するのに役立ちます。可能であれば、一般的な名前(C#固有の名前は使用しない)を使用するようにしていますが、ViewModelsはWPFの世界にいくらか特化しています。
コードベース全体にIPricingStrategy、ICustomerViewModelなどがたくさんあります。
それがそれを書いている間私にしたのと同じくらい理にかなっていることを願っています:-)。