Aem 为什么将内容框架引入触摸界面

在TouchUI中，添加了一个名为Content frame的iFrame。 你能告诉我吗

在创作期间使用iFrame显示页面的原因是什么

有一个观察者（/libs/cq/gui/components/authoring/editors/clientlibs/internal/page/js/observe.js），它观察对DOM所做的更改，并相应地发送post消息。 发送postmessage的原因是什么？这有什么帮助

---

AEM开发人员意识到，编辑UI和所见即所得内容视图在经典UI中呈现在同一上下文中，这一事实导致了许多问题：

• 编辑用户界面将推送内容，从而减少所见即所得
• 内容样式可能会干扰编辑UI，意外地将其放错位置或隐藏
• 编辑脚本可能会干扰内容脚本，这意味着网站作者需要围绕这一点编写代码
• 编辑UI插入需要在内容样式表和脚本中说明的其他HTML元素

这就是为什么他们决定采用更好的触摸UI方法：

• 所有内容UI都将驻留在编辑UI下的iframe中
• 编辑UI通过测量内容UI的显示位置，而不是通过在内容中插入DOM节点来与内容UI对齐

---

observer是内容UI中仍然需要的少数脚本之一，用于在编辑UI需要更新其覆盖时通知编辑UI。AEM开发人员意识到，编辑UI和所见即所得内容视图在经典UI中呈现在相同的上下文中，这一事实导致了许多问题：

• 编辑用户界面将推送内容，从而减少所见即所得
• 内容样式可能会干扰编辑UI，意外地将其放错位置或隐藏
• 编辑脚本可能会干扰内容脚本，这意味着网站作者需要围绕这一点编写代码
• 编辑UI插入需要在内容样式表和脚本中说明的其他HTML元素

这就是为什么他们决定采用更好的触摸UI方法：

• 所有内容UI都将驻留在编辑UI下的iframe中
• 编辑UI通过测量内容UI的显示位置，而不是通过在内容中插入DOM节点来与内容UI对齐

---

observer是内容用户界面中仍然需要的几个脚本之一，它可以在编辑用户界面需要更新覆盖时通知编辑用户界面

谢谢你的回答，你能澄清一下编辑用户界面是什么意思吗？你指的是触摸界面中的编辑覆盖吗？编辑栏、覆盖、内联对话框、覆盖对话框，所有这些……很抱歉有一个愚蠢的问题，“所有内容ui都将驻留在编辑界面下的iframe中”，为什么是iframe，这是因为iframe中真正分离html组件吗？谢谢你的回答，你能澄清一下你所说的编辑用户界面是什么意思吗？你指的是触摸界面中的编辑覆盖吗？编辑栏、覆盖、内联对话框、覆盖对话框，所有这些……很抱歉有一个愚蠢的问题，“所有内容ui都将驻留在编辑界面下的iframe中”，为什么是iframe，这是因为iframe中真正分离了html组件吗？