Mik*_*ike 3 php ajax jquery design-patterns
我正在为产品设计一些 UI,我们想使用 jQuery 和 PHP。要生成的内容是用户将要修改的复选框 (10-100) 列表(一次删除多个并更改条目)。我想我会尝试一些新的东西并询问 StackOverflow(阅读:你)什么是首选:在 php 调用中生成 html 并返回,或者返回 JSON 数据,jQuery 可以使用并生成 html 复选框。
我感谢反馈!到目前为止,我的首选方法是让 PHP 生成 html,因为它在修改时了解更多关于数据的信息(它与数据库交互,并且可以轻松构建 html,而无需在 JSON 中传回 id、名称等) .
谢谢!
[编辑] 带宽不是约束。这是一个内部 Intranet 应用程序。需要打印给用户的信息在事后不需要 dom 修改(在复选框之外,但它是内置在浏览器中的......)虽然已经对传回的数据量提出了一些好处:
回传
标签
vs. { "标签": "Unique_ID" }
显然是很多冗余。
确实没有正确/错误的方法来做到这一点。将 JSON 传回,然后使用客户端处理将其转换为 HTML 使用更少的带宽,但更多的本地处理能力。将 HTML 传回,使用更多的带宽和更少的本地处理(这些都是非常次要的点,只有当您谈论非常受欢迎或频繁更改的网站时,它甚至可能是相关的)。
退货灵活性 - HTML
HTML 传递的好处之一是,如果请求导致错误,您可以返回任何内容,或者可以生成不同类型的数据,您只需返回不同的 HTML。如果您返回 JSON,解析脚本必须处理这些替代结构(即错误处理和/或多结构解析算法)。
本地处理 - JSON
如果您从用户的角度对数据进行本地化、排序或框架化,那么返回 JSON 然后使用客户端脚本进行解释可能会更简单。例如,当 user=2 时,报告“You”而不是“Mike”可能是一种很好的个性化风格。您可以在服务器端执行此操作,但现在脚本需要考虑到这一点,因此相同的查询需要根据上下文返回不同的数据(同样并非不可能)。通过使用客户端脚本来执行此操作,您可以使服务器代码更加通用。
本地呈现 - JSON
也许单个命令收集数据,但页面的多个部分应该使用返回的内容进行更新。使用 HTML 方法,您要么需要单独的查询,要么需要返回中的某种分隔符(带转义符!),以及一个本地处理脚本来决定什么去哪里......使用 JSON 方法,本地处理脚本可以更新来自与检索相同的单一来源的位置。
归档时间: |
|
查看次数: |
624 次 |
最近记录: |