子链接到父链接-好主意吗？

我有一种情况，我的父母知道这是孩子（duh），但我希望孩子能够引用父母。原因是我希望孩子有能力在感觉到自己时将自己指定为最重要或最不重要。当孩子这样做时，它将移动到父母孩子的顶部或底部。

过去，我曾在孩子身上使用WeakReference属性来引用其父对象，但我觉得这增加了一个烦人的开销，但这也许是最好的方法。

这只是一个坏主意吗？您将如何以不同方式实施此功能？

更新1：添加更多上下文。这是一个渲染系统，因此父容器是组合在一起的窗口列表。子项（窗口）说“我最重要！” 希望基本上呈现在其余窗口的顶部。

父母只是将这些孩子分组在一起的逻辑容器。我可以看到在哪里添加事件以表明请求位于顶部是一个好主意。但是除了实现（孩子想与父母做什么）之外，为什么不希望有child-> parent链接？双向链接列表可以做到这一点，这样人们就可以遍历某物。

这只是一个坏主意吗？

经常。

• 它破坏了父级的封装。
• 它增加了两者的耦合。
• 它是孩子进入系统其余部分的突破点，并增加了与它附近隐隐约约的事物的耦合（因为人们会滥用该参考）
• 如果您想要没有父母的孩子，它将限制您的设计。

如何做得更好？孩子不应该知道或关心它是否在一个集合中。与其认为自己很重要，不如说它知道某些事情已经发生，所以不管谁在乎（父母），都可以增加其优先级（或孩子所处环境的规则是什么）。我对此并不感到兴奋，并且可能希望更好地将孩子的模型与重要性行为之间的关注点分离开来，但是如果没有更多的上下文背景就无法详细阐述。

[编辑：]

是的，渲染系统是父母所有权的一种情况……好吧，我不想说是有道理的，但这只是其中一种情况，并非世界末日。为了获得控制重点，我仍然更喜欢输入处理程序（或其他任何处理程序）在树上行走并知道要重新排序哪个集合的设计，而不是寻找子项，在子项上调用要去其父项的东西。

执行力如何达到孩子认为最重要的地步？它通过父母到达那里吗？如果是，则可以将对父方法的引用发送给该方法。

例如。如果所有节点都有某种类似的update（）方法

void update() {
    doSomething()
    for(Node n:childs){
        //do something
        n.update();
    }
}

您可以将其更改为

void update(Node parent) {
    doSomething(parent)
    for(Node n:childs){
        //do something
        n.update(this);
    }
}

我认为这不是一个坏主意。您可以通过向每个子项添加排序顺序值来解决此问题。我正在构想像“ z-index”之类的东西，用于在网页中彼此上下显示对象。

我不确定您如何编写这样的代码，但是这个概念听起来可行。