設計パターンを実装するとき、「戦略」、「訪問者」、「ファサード」などの用語を保持する必要がありますか、またはこれらの名前をアプリケーションのコンテキストに合わせることができますか?ベストプラクティスは何ですか?
回答:
回答№1の場合は3ネーミングでは、パターンを意味のある説明的なものにするために、常にパターンへの参照を保持する必要があると思います。
パターンはコミュニケーションの手段です。 XyzVisitorであるコードに出くわした場合、訪問者パターンが使用されていることがわかります。他には何もありませんが、この名前は、コードがどのように機能する(または機能するはずである)かについての情報全体を伝えています。
とは言うものの、時には少し奇妙に感じることもあります。例えば。 DatabaseSingleton。一方、AccountRefreshCommandは非常にうまく適合します。
回答№2のための5
これらの名前をアプリケーションのコンテキストに合わせる必要があります。それはあなたのコードを読む人々にとってそれをより簡単にします。ドキュメントにパターンを追加できます。
回答№3の場合は1
使用しているパターンに応じて、一部のパターン名はクラス名と混在する場合があります。
class LogFactory
class StudentsAdapter
工場およびアダプターのパターン用
Engine.Instance
シングルトン用。
回答№4の場合は1
別のパターンを使用した場合にクラスの名前を変更して満足しているかどうかによって異なりますが、私にとってはハンガリーの表記法の難しさを打ち負かすことになります。