2

いつも古いマネージャーとハンドラーのクラスにうんざりしていませんか?すべての...Thing、... Dingus、Doodad、... Entity、... Gizmo、または... Object Suffixesを使用しましたか?私は確かにそうです。

そこで、ここで有用なクラス名を収集したいと思います。

私はこの記事がそれを最もよく説明していると思います:

タイプ名に「Manager」や「Helper」などのヌルワードを使用しないでください。

タイプ名に「Helper」の「Manager」を追加する必要がある場合は、タイプの名前が適切でないか、設計が適切ではありません。おそらく後者。タイプは自分自身を管理し、助ける必要があります。

だからここに最初のいくつか:

  • メールボックス
    • メッセージングを処理します
  • メッセンジャー
    • 通知または他の種類のメッセージを提供します
  • ダッシュボード
    • データを提示
  • レンダラー
    • データを集約/構築

「ウィジェット」をどこに置くのが良いのか悪いのかよくわかりません。また、私は現在、次のようなクラスの名前を検索しています。

  • サーバーで認証します(バウンサー?)
  • データの変更を追跡する
  • ドキュメントを保持および追跡します
  • ダイアログを管理します
4

2 に答える 2

1

これは楽しくもありながら繊細なデザインの部分です。私にとっては、設計と要件の変更が発生するにつれて、時間の経過とともに変化します。

  • サーバーで認証する (Bouncer?)

セキュリティガード

  • データの変更を追跡する

バージョントラッカー

  • ドキュメントを保持して追跡する

DocumentOrganizer、FileCabinet

于 2009-06-23T14:38:21.237 に答える
0
  • ドキュメントを保持および追跡します

真剣に、DocumentManager。何もカットされて乾燥することはありません。または、ニーズに応じて、単にList<Document>

于 2009-06-23T14:22:17.290 に答える