私は関数とアクションの代理人を格納するために多くの辞書クラスを使用しているアプリケーションをラップしています。私は今私のプロジェクトを少しリファクタリングしてコードを掃除しています。私の質問は、あなたのプロジェクトの構造のどこにあなたの辞書のクラスを置くかですか?今、それらは呼び出し元のクラスのソースファイル内にありますが、すべての辞書を格納するための別個のソースファイルを作成する必要があるかどうかは疑問です。これが十分な情報であることを願っています。そうでなければ私を許してください。ありがとう。プロジェクト構造の辞書
1
A
答えて
1
私は、コードの残りの部分と同じ方法で辞書を編成します。関連する機能をグループ化し、無関係の機能を分離します。
さらに、委任辞書がどのように使われているかを見ていきたいと思います。使用パターンがの場合、代理人を取得して直ちに呼び出すには、があれば、その動作を「do-the-right-thing」メソッドでクラスにラップします。そのような各クラスは、それが表すドメイン概念によって命名することができます。
たとえば、米国の州の略語を売上税の計算にマップした辞書がある場合、そのすべてを州コードと小計を引数とする「売上税の計算」メソッドを使用してクラスにラップすることができます。正しい計算スキームを検索するために辞書を使用しているという事実は、隠れた実装の詳細になります。
1
通常、Dictionaryクラスはそれ自体(ライブラリ)のものであり、さまざまなユーザーがそのインスタンスを作成します。
必要に応じて特殊化/サブクラス化することがありますが、これはまれである必要があります。
多分あなたは本当に自分自身に「なぜ私は複数の辞書クラスを持っていますか」と尋ねるべき質問でしょうか?
関連する問題
- 1. Python辞書構造、速度の問題
- 2. 辞書ファイル構造Open Spell-Checkers
- 3. SVNプロジェクトの構造
- 4. Cでの辞書/マップ/キーと値のペアのデータ構造
- 5. 最高のデータ構造:辞書の配列、オブジェクトの配列?
- 6. "ランダムキー辞書"構造の実際の名前は何ですか?
- 7. lex/yaccでの辞書データ構造の使用
- 8. 機能/永続的な辞書データ構造の実装
- 9. 。セットセマンティクスと辞書セマンティクスを組み合わせたネットデータ構造
- 10. MavenのEclipseの構造プロジェクト
- 11. Cプロジェクトのフォルダ構造
- 12. .NET MVCプロジェクトの構造
- 13. svnのAsp.netプロジェクト構造
- 14. .NET MVC3プロジェクトの構造
- 15. python3/tkinterプロジェクトの構造
- 16. "。" Cの構造変数の接頭辞?
- 17. 展開Djangoプロジェクト:フォルダ/プロジェクト構造
- 18. 辞書を実装するための最良のデータ構造ですか?
- 19. .plist配列と辞書の構造はどうすればよいですか?
- 20. C++で巨大で定数の辞書に使用するデータ構造
- 21. YAMLの空の辞書の構文
- 22. 私のmvcプロジェクトのjqueryの構造
- 23. 文書索引データベース構造?
- 24. JSoup文書構造問題
- 25. Wpfプロジェクトのフォルダ構造上のツリービューバインドベース
- 26. CMS用のPHP/HTMLプロジェクトのディレクトリ構造
- 27. Grailsのプロジェクト構造の概要
- 28. クロスプラットフォームのphonegapプロジェクト用のディレクトリ構造
- 29. コンポーネントベースのReact-Reduxプロジェクトのディレクトリ構造
- 30. 私のプロジェクトのDjangoモデル構造