gwt分离列表

有谁能解释一下，分离列表是什么，在web上经常可以找到，一个具有现有父窗口小部件的窗口小部件可能不会添加到分离列表中。我找不到解释或任何背景信息，只有错误消息。

---

谢谢

分离列表是页面卸载时要分离的小部件列表，请仅猜测其中一个源。

---

基本上，以下不是一个完整的解释，如果您愿意阅读官方的google文档，GWT是非常有文档记录的，在GWT中，当您创建一个小部件时，该小部件在添加到根面板或任何连接到根面板的成为其父部件的小部件之前不会显示。有一些操作，比如我前面为您指出的链接，导致小部件从根面板分离；但是，不能在嵌入父窗口小部件中的窗口小部件上调用RootPanel.detachNowwidget。此类调用将导致您请求的异常。

分离列表是页面卸载时要分离的小部件列表，请仅猜测其中一个源。 基本上，以下不是一个完整的解释，如果您愿意阅读官方的google文档，GWT是非常有文档记录的，在GWT中，当您创建一个小部件时，该小部件在添加到根面板或任何连接到根面板的成为其父部件的小部件之前不会显示。有一些操作，比如我前面为您指出的链接，导致小部件从根面板分离；但是，不能在嵌入父窗口小部件中的窗口小部件上调用RootPanel.detachNowwidget。这样的调用将导致您请求的异常。

作为IE中需要的一部分，GWT有一个附加和分离小部件的概念。每当您将一个小部件作为子部件添加到另一个连接的小部件时，子部件及其所有子部件也会连接，并且当您从其连接的父部件中删除一个小部件时，它会与其所有子部件一起分离。当一个小部件被分离时，它应该释放所有可能导致内存泄漏的资源

上面构建了附加小部件的树，但树需要根。有两种这样的根附加小部件：：根面板总是附加的，通过包装现有DOM元素创建的小部件也会自动附加

当页面卸载时，GWT确保分离所有小部件以避免内存泄漏。为此，它在所谓的分离列表中跟踪根附加的小部件，并确保应该是根小部件的小部件实际上是根，即它们的元素不包含在另一个小部件的DOM子树中。此规则的唯一例外是RootPanel.get，因为它表示所有其他小部件所在的文档的名称。

作为其中的一部分，即使不是唯一的，也是IE所需要的，GWT有一个附加和分离小部件的概念。每当您将一个小部件作为子部件添加到另一个连接的小部件时，子部件及其所有子部件也会连接，并且当您从其连接的父部件中删除一个小部件时，它会与其所有子部件一起分离。当一个小部件被分离时，它应该释放所有可能导致内存泄漏的资源

上面构建了附加小部件的树，但树需要根。有两种这样的根附加小部件：：根面板总是附加的，通过包装现有DOM元素创建的小部件也会自动附加

---

当页面卸载时，GWT确保分离所有小部件以避免内存泄漏。为此，它在所谓的分离列表中跟踪根附加的小部件，并确保应该是根小部件的小部件实际上是根，即它们的元素不包含在另一个小部件的DOM子树中。此规则的唯一例外是RootPanel.get，因为它表示所有其他小部件所在文档的名称。

Hi Thomas，很好，有一个附加的小部件树。假设这是一个实现细节。通过id透明地访问元素的最佳方式是什么，而不依赖于所连接或分离的元素。同样，根面板让sens在树中有类型化的GWT小部件比根面板更好，但是我们如何集中访问该注册表呢？某处是否有Document.getWidgetById:Widget方法？因为代码相当原始：它依赖于间接假设：在RootPanel.isElementChildOfWidgetElement元素中，我们看到以下注释：沿着DOM层次结构，查找任何具有事件侦听器集的小部件。虽然在小部件始终设置其元素的事件监听器的一般情况下是不可靠的，但如果小部件已连接，则是可靠的。在这种情况下是这样的。嗨，托马斯，很好，有一个附加的小部件树。假设这是一个实现细节。透明的acc的最佳方式是什么

---

独立于所连接或分离的元素，按id创建元素。同样，根面板让sens在树中有类型化的GWT小部件比根面板更好，但是我们如何集中访问该注册表呢？某处是否有Document.getWidgetById:Widget方法？因为代码相当原始：它依赖于间接假设：在RootPanel.isElementChildOfWidgetElement元素中，我们看到以下注释：沿着DOM层次结构，查找任何具有事件侦听器集的小部件。虽然在小部件始终设置其元素的事件监听器的一般情况下是不可靠的，但如果小部件已连接，则是可靠的。在这种情况下就是这样。