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

Question

我正在开发一个前端请求/数据管理系统，以便 clean up/organize my API calls/refactor 我如何与后端平台交互。我正在扩展 jquery ajax api 调用以与之交互，并且我正在寻找一些关于在何处粘贴特定于 api 的实现的建议。

请记住，这是一个网络应用平台，我正在努力让前端组件的管理变得更容易

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

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-browser不是问题......它们是内部应用程序）？

EX：类属性将是...class="apiButton apiButton-module-MODULE_NAME apiButton-action-ACTION_NAME" - 显然有点丑陋...但是处理 htis 的简单易行的方法。

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 来检索元数据或类似的东西。