【问题标题】:What is the best approach for a widget-container page - Ajax or iframe?小部件容器页面的最佳方法是什么 - Ajax 或 iframe?
【发布时间】:2013-07-19 13:00:53
【问题描述】:

我需要实现一个页面,其中许多部分都是动态小部件。加载哪些小部件取决于用户选择,并且事先不知道。这些小部件中的每一个都包含一些 HTML 和一些 javascript 代码(用于在 HTML 元素上初始化和附加事件处理程序)。我想知道实现这样一个页面和小部件的最佳方法是什么。

  1. AJAX。我可以用一些 HTML 后跟 <script> 标记来构建响应。虽然不建议在 AJAX 中返回 js 代码,但我发现这对我有用(脚本被执行,HTML 小部件已正确初始化并附加了处理程序)。另一种方法是在容器页面中包含一个“全部包含”的脚本。在这个脚本中,我将每个特定于小部件的脚本包装在一个函数中,当小部件动态加载时,我调用该函数。但是这样我获取了很多可能不会用到的js代码。
  2. 内嵌框架。我还可以将小部件作为独立的 HTML 页面返回,以加载到 iframe 中。这解决了 javascript 问题,但我需要进行跨域调用才能与容器页面的其他部分进行交互。

我认为这应该是 Web 开发人员面临的普遍问题。我是 Web 开发的新手,您能否分享一些针对我的案例的“最佳实践”提示?

【问题讨论】:

    标签: javascript html web


    【解决方案1】:

    你应该继续使用 jquery+ajax。iframe 有很多缺点。尽管您可以在单独的页面中处理每个插件并避免任何类型的冲突,但可用性变得非常头疼..

    在一切都基于 HTML5 以支持移动平台的时代,iframe 很难为移动屏幕定制。此外,由于苹果设备不支持 iframe,iframe 会淘汰整个苹果用户。

    jQuery + Ajax(HTML5) 和 CSS3 应该是继续的方式..

    【讨论】:

    • 谢谢!那么我应该如何提供javascript?我应该在 html 之后在 AJAX 响应中返回它们吗?还是将所有内容都包含在全局脚本中?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-08-06
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-04-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多