4

設計パターンを実装するとき、「戦略」、「訪問者」、「ファサード」などの用語を使用する必要がありますか?それとも、これらの名前をアプリケーションのコンテキストに適合させることができますか? ベストプラクティスは何ですか?

4

4 に答える 4

5

これらの名前は、アプリケーションのコンテキストに適合させる必要があります。これにより、人々がコードを読みやすくなります。ドキュメントにパターンを追加できます。

于 2013-05-07T14:20:13.003 に答える
3

意味があり、説明的な名前にする場合は、パターンへの参照を常に保持する必要があると思います。

パターンはコミュニケーションの手段です。XyzVisitor であるコードに出くわした場合、ビジター パターンが使用されていることがわかります。この名前は、コードがどのように機能するか (または機能する必要があるか) に関する情報のスタック全体を伝えています。

とは言っても、ちょっとおかしなこともあります。例えば。データベース シングルトン。一方、AccountRefreshCommand は非常にうまく適合します。

于 2013-05-08T08:25:49.260 に答える
1

使用しているパターンによって異なります。一部のパターン名はクラス名と混在する場合があります。たとえば、私は

class LogFactory
class StudentsAdapter

ファクトリおよびアダプタ パターンの場合、ただし、

Engine.Instance

シングルトン用。

于 2013-05-07T14:23:38.443 に答える
1

別のパターンを使用する場合にクラスの名前を変更することに満足しているかどうかによって異なります。

于 2013-05-07T14:26:30.247 に答える