javascript - 自定义 jQuery 请求对象——我应该将我的实现移到我的标记中吗？

Question

我正在开发一个前端请求/数据管理系统，以便清理/组织我的 API 调用/重构我与后端平台的交互方式。我正在扩展 jquery ajax api 调用以与其交互，我正在寻找一些关于在何处坚持 api 特定实现的建议。

请记住这是一个 web 应用程序平台，我正在努力使其更容易管理前端组件

我们的目标是从类似……的东西中定义一个请求

var requestObj = new Object();
requestObj.callback = function(responseObj){deleteUserComplete(responseObj); };
requestObj[0] = new Object();
requestObj[0].module = "usermanager";
requestObj[0].context = "#someTable";
requestObj[0].action = "DELETE_USER";
requestObj[0].dataObj = new Object();
requestObj[0].dataObj.userId = $("#ui-tabs-4 .az-switch-panel-off input[name$=userId]").val();

为了...

$("button.apiSubmit").apiManager('submitApi');

或

var options = {};
options.callback = someFunction;
options.context = "#someTable";
//etc...
$("button.apiSubmit").apiManager('submitApi', options);

我相信你明白了......但我想将丑陋的请求对象创建移动到工厂类型对象(主要只是将表单处理成我的后端理解的对象)并移动特定于 api 的实现(模块、操作、上下文等)添加到标记中。

现在回答问题...

1)将特定于 API 的请求信息移至标记有哪些好处/缺陷？
2)(同样，非常确信将请求信息移动到标记是正确的做法)类标签或 html5 data attributes (x 浏览器不是问题...它们是内部应用程序)？

EX: of class attributes 将是... class="apiButton apiButton-module-MODULE_NAME apiButton-action-ACTION_NAME" - 显然有点难看...但易于管理的直接方式

3) 是否有其他方法可以使我的 api 请求更可重用/更易于阅读？这是我与 php 通信的唯一方式，所以它非常...非常重要的是这个系统是可靠的。

Answer 1

1) 虽然我在某种程度上同意 Marcel Korpel 关于使用 HTML5 数据属性的观点，但我认为使用标记明确地提出了几个潜在的问题:首先，您将 API/后端内部结构暴露给最终用户，这永远不会理想的，其次它是一种易变的，因为它可以很容易地改变(firebug，js)并弄乱与该元素相关的行为。

2) 更优雅(但稍微难以实现的方法)是使用 jQuery 的 .data()存储相关信息的方法 - 这样您可以保持标记干净，并且仍然可以灵活地存储与元素相关的尽可能多的信息。它也是对最终用户“隐藏”的(确保 firebug/js 可以访问它，但它比在标记中更难获得)。基本上有两种方法我可以想到如何实现这个:-1 - 如果你动态创建标记然后将元素包装在 jQuery 对象中并在将它插入 DOM 之前应用元数据或 -2 - 如果它是使用 PHP 创建，您可以将其作为序列化字符串存储在“rel”或“rev”或其他一些很少使用的属性中，然后使用 jQuery 获取它，存储在元数据中并清除属性。

3) 然而，现在我想起来了，虽然使用 .data() 更优雅，但我想它并没有使它更容易理解，因为你实际上隐藏了应用程序的内部结构。也许您可以实现 getter/setter 来检索元数据或类似的东西。