○○デザイン問題とり親/子供のインターナショナルスクール(fis)—。
-
06-07-2019 - |
質問
私はかなりのOOのデザインプロセスにご負担下さいといてくれる。
私は両者を必要とすることをモデルとしての授業を通して親子であり、実際の問題です。片親に持つ子どもたちをしていない関心は、このアプリケーションなchildlessいます。
私の脳は外出をランチにあることが必要ですが、このどちらから。私のデータベースで実施することは通常の外部キー関係の設定に基づく自然のSQLですべての子どもの指定された親または親会社の指定された。がオブジェクトとして...?
I 考え の親会社を通じて、コレクション(リストでも)います。るのかも子どもを参考にします。円形の自然は、しかし、私の頭痛がある。
Am I:
- 右いでしょうか。
- 完全にoffになりますか?その場合、どうすればよいですかな?
このことはほぼ確実に実施されVB.NETがんの方が切削加工からコードます。
編集後8回答:
ります。こち一つだけお答えします。
を明確化するためのカップルのうした疑問に答え:
- 親子で大きく異なる 主体はありません遺産 関係す。私が選んだのは 名前にしっかりとしたい 本当にあり、実世界での 問題のドメインで見ることので 源泉の混乱からOO 視点です。
- 階層には一階層のみの深い--子どもがいて子ども 内です。
ります。
解決
円形の参照や豪雨で、地滑りや洪水などは、絶対基準の作成時にツリー構造です。HTMLの文書オブジェクトモデル(DOM)は、例えば、親と子の特性毎 ノード は、DOMツリー:
interface Node {
// ...
readonly attribute Node parentNode;
readonly attribute NodeList childNodes;
// ...
}
他のヒント
音のようなものです。どのドメインモデルについて父母が子どもの子どもたちに提供しています。る必要がある場参照からそれぞれる。
るべきである、ということになりの円形を参考に、あなただけ気をつけなけれいます。ることができます様々なトラブルも発生する管理体のサーバ側では自動化されたファッション時の負荷からのデータベースです。例えば、フェッチの子オブジェクトからのデータベースを返します。することが含まれていますが、親しょうか?することが含まれています親の子?
ORMのリーディングプロジェクトに依存しないまたはMicrosoft社の企業枠組みは一般的にこの使用プールの負荷を示しています。彼ら取得に必要なものでたいときに取得、子どもだけで取得し、子物性および親のID)。以降の場合は、逆参照は、親会では、分取得し、親会性instantiates、親オブジェクトです。以降の場合はただ、アクセスす子どもたコレクションし、その後ことを取り出し、当該児童の情報を子オブジェクトが収集します。までに必要なものするものではありませんの移植です。
と思いブしていきたいと考えていトラバースのオブジェクトのグラフになります。難しい正当な理由から、がいいかもしれませんが、参考に、自分のことと悪いデザイン。
ダウンロードいただけまうのです。なぜそのような円形の自然の作り頭痛むのか?何が本質的な問題だとと Parent
を参考に、その子供たちのた Child
を参考にその親会社?
それってクラス階層、親クラスについて知っていその子ども勉強しますか。
どうしたらよいかということですこれです。
デフォルトでは、子供のクラスのすべてを知って、親クラス ですのでインスタンスの親クラス.もついての親クラスを知り、その児童の授業を必要とする児童のクラスのすべてが知り毎その他の子供クラスです。この作成依存性と子どもは他の子のクラスです。このunmaintainableシナリオ ま 問題となり、将来--合することができますのでコンパイルや実行には、多言語れません。
とはいうものの、音のように私だけないクラス階層がコレクション階層、すなわちがありません。その場合は、ありまとめの軌道;この共通のパラダイム親ノードのコレクションの子ノードの子ノードの参照を、親ノードです。
ものです。彼らは すべて同じクラス!こちらは非常に単純な例ではC#:
public class Node
{
public readonly Node Parent; // null Parent indicates root node
public readonly List<Node> Children = new List<Node>();
public Node(Node parent)
{
Parent = parent;
}
public Node()
{
parent = null;
}
public void AddChild(Node node)
{
Children.Add(node);
}
}
思うだった。このパラダイムは、そのサブクラスのノードのうnefarious目的で入してください。
理解しているオブジェPを含むオブジェクトの配列P>c[]を表す。どのノードでPのない子供たちには紅葉...各Pを含むP>P'(親).
の解決に指定し、両親の参照を含む子どもたちやその逆が不要なトラバースツリーを取得系人の子どもと子どものポートされています。これは本当にただの木できるまで実施するすべての種類のリンクとアルゴリズムを送り、ページ番号を加えて、圧縮します。です。
私は読書の木章 美術のコンピュータのプログラミング作 優れたとされてないツリー構造や効率的な方法を列挙容です。
る場合に 必要 親を持たいだけを必要と親型インスタンスの子コンストラクタです。
音のように私だけの悪いデザイン。ご建築う円形の参照です。
きょうつって必要とする子ども参考に親します。私は傾いたので、親会社を集めます。その機能を追加して、親が子オブジェクトが子どものインスタンス.
より良いexplinationの目標は弱アルゴリダのホテルを表して...
編集
を読んで少しは以下のようになりますたコメント)...それがいかに間違っています。円参考文献がいて、それぞれの場所があるときは注意しないのです。