私は関数とアクションの代理人を格納するために多くの辞書クラスを使用しているアプリケーションをラップしています。私は今私のプロジェクトを少しリファクタリングしてコードを掃除しています。私の質問は、あなたのプロジェクトの構造のどこにあなたの辞書のクラスを置くかですか?今、それらは呼び出し元のクラスのソースファイル内にありますが、すべての辞書を格納するための別個のソースファイルを作成する必要があるかどうかは疑問です。これが十分な情報であることを願っています。そうでなければ私を許してください。ありがとう。プロジェクト構造の辞書
1
A
答えて
1
私は、コードの残りの部分と同じ方法で辞書を編成します。関連する機能をグループ化し、無関係の機能を分離します。
さらに、委任辞書がどのように使われているかを見ていきたいと思います。使用パターンがの場合、代理人を取得して直ちに呼び出すには、があれば、その動作を「do-the-right-thing」メソッドでクラスにラップします。そのような各クラスは、それが表すドメイン概念によって命名することができます。
たとえば、米国の州の略語を売上税の計算にマップした辞書がある場合、そのすべてを州コードと小計を引数とする「売上税の計算」メソッドを使用してクラスにラップすることができます。正しい計算スキームを検索するために辞書を使用しているという事実は、隠れた実装の詳細になります。
1
通常、Dictionaryクラスはそれ自体(ライブラリ)のものであり、さまざまなユーザーがそのインスタンスを作成します。
必要に応じて特殊化/サブクラス化することがありますが、これはまれである必要があります。
多分あなたは本当に自分自身に「なぜ私は複数の辞書クラスを持っていますか」と尋ねるべき質問でしょうか?
関連する問題
- 1. スウィフトフラットマップ辞書データ構造
- 2. アマチュアアワー:Python辞書構造化
- 3. Python辞書構造、速度の問題
- 4. データ構造:辞書のような木
- 5. 多言語辞書のデータ構造
- 6. 辞書ファイル構造Open Spell-Checkers
- 7. のpython:私は辞書を持っている辞書のキー構造に
- 8. Githubプロジェクトの構造
- 9. ルーメンのプロジェクト構造
- 10. PHPプロジェクトの構造
- 11. SVNプロジェクトの構造
- 12. Androidプロジェクトの構造
- 13. Cでの辞書/マップ/キーと値のペアのデータ構造
- 14. 最高のデータ構造:辞書の配列、オブジェクトの配列?
- 15. 私の辞書のためのカスタムハッシュ可能な構造体
- 16. Swiftの辞書を使用した構造体の配列
- 17. "ランダムキー辞書"構造の実際の名前は何ですか?
- 18. lex/yaccでの辞書データ構造の使用
- 19. 機能/永続的な辞書データ構造の実装
- 20. クリアリストや辞書Angularjsにおけるキーで、値の構造
- 21. 効率的な辞書ベースのデータ構造
- 22. C#辞書 - アクセスバリューユニティ/ Kinectのプロジェクト
- 23. のEclipse:Cプロジェクトのフォルダ構造
- 24. MavenのEclipseの構造プロジェクト
- 25. 構造体をエンコードして辞書に変換する[String:Any]
- 26. 。セットセマンティクスと辞書セマンティクスを組み合わせたネットデータ構造
- 27. firebase friendlyデータ構造内に辞書を追加する方法
- 28. 辞書は正しいデータ構造ですか?
- 29. Pythonのプロジェクト構造、輸入
- 30. プロジェクトの構造はPython