Javascript 专用jQuery AJAX函数中的错误回调

我是一个长期的，通常非常高兴的原型用户。由于社区的大力支持，我最近改用jQuery，这基本上是一个一致的选择和事实上的行业标准。从那以后我就不那么高兴了。是的，我已经阅读了比较线程，我可以不使用一些移植的Ruby/Rails便利函数，比如first、last、inspect、collect等，我重新熟悉select语法，甚至不得不承认它是强大的。但是我不得不说，我被$.post、$.get甚至整个表单插件的错误回调所困扰

---

jQuery中的标准是否真的在需要错误回调时使用barebones ajax方法？我的ajax表单处理程序现在是20-25行，而以前是5-10行。在真正的web应用程序中不进行错误回调真的是明智的吗？还是我遗漏了什么？

$.post和$.get是包装$.ajax功能的速记助手方法。 查看$.ajax以查看错误回调和所有这些内容

还可以查看ajaxEvents以了解更通用的错误/进度处理。 例如，可以很容易地绑定到ajaxSend以在页面的某个位置显示进度指示器。

---

$.post和$.get是包装$.ajax功能的速记助手方法。 查看$.ajax以查看错误回调和所有这些内容

还可以查看ajaxEvents以了解更通用的错误/进度处理。 例如，可以很容易地绑定到ajaxSend以在页面的某个位置显示进度指示器。

---

使用ajax方法确实不应该比使用post/get花费更多的时间。您必须使用不同格式的属性/值映射，因为参数的数量是可变的，但我认为这并不繁重

$.post( url, data, success_cb, type )

变成

$.ajax({
   url: url,
   data: data,
   type: 'post',  // the only extra thing
   dataType: type,
   success: success_cb }
});

---

如果需要，您可以添加错误、完成等回调。

使用ajax方法确实不应该比使用post/get花费更多。您必须使用不同格式的属性/值映射，因为参数的数量是可变的，但我认为这并不繁重

$.post( url, data, success_cb, type )

变成

$.ajax({
   url: url,
   data: data,
   type: 'post',  // the only extra thing
   dataType: type,
   success: success_cb }
});

---

如果需要，您可以添加error、complete等回调。

那么error回调应该与$.get和$.post以及json等一起使用吗？文档中的以下代码如何：//NOTE:显然，当您以这种方式进行//Ajax调用时，只会返回success。其他错误会自动失败。//参见上面关于使用$.ajax的说明。只有$.ajax方法支持错误回调，但从Prototype来看，我认为您不会介意在所有方面都使用$.ajax，或者您可以编写类似于$.get/post的新函数，但支持错误回调，包装$.ajax刚刚看到了更新的文档，post的信息专门标识成功回调，没有提到错误回调。这至少非常令人困惑…可能有点困惑。。但是如果您看到$.post使用4个参数url、[data]、[callback]、[type]，而不是像$.ajaxSo这样的选项对象，那么就有意义了。错误回调应该与$.get和$.post以及json等一起使用吗？文档中的以下代码如何：//NOTE:显然，当您以这种方式进行//Ajax调用时，只会返回success。其他错误会自动失败。//参见上面关于使用$.ajax的说明。只有$.ajax方法支持错误回调，但从Prototype来看，我认为您不会介意在所有方面都使用$.ajax，或者您可以编写类似于$.get/post的新函数，但支持错误回调，包装$.ajax刚刚看到了更新的文档，post的信息专门标识成功回调，没有提到错误回调。这至少非常令人困惑…可能有点困惑。。但是如果您看到$.post使用4个参数url、[data]、[callback]、[type]，而不是像$.ajaxI这样的选项对象，那么我想知道，谁在web应用程序中使用AJAX而没有向用户提供任何错误反馈？正如你自己所说，虽然表单插件不是这样的，但是它们并没有节省太多，而且它们使验证变得不可能。即使只是在发生无法预料的服务器错误的情况下，您真的希望它安静地失败吗？从这个角度来看，它们会被包含在核心库中，这让我感到困惑。有些情况下，您并不真正关心错误，比如说，记录用户交互。你真的想告诉用户他在链接“foo”上的点击操作没有被正确记录吗？但是对于其他方面，$.ajax是我想知道的一种方式，谁在web应用程序中使用ajax而不向用户提供任何错误反馈？正如你自己所说，虽然表单插件不是这样的，但是它们并没有节省太多，而且它们使验证变得不可能。即使只是在发生无法预料的服务器错误的情况下，您真的希望它安静地失败吗？从这个角度看，这使我感到困惑

---

ey将包含在核心库中。有些情况下，您并不真正关心错误，比如记录用户交互。你真的想告诉用户他在链接“foo”上的点击操作没有被正确记录吗？但是，对于其他方面来说，$.ajax是一种解决方法，表单处理程序是如何从5-10行变为20-25行的？你能粘贴jQuery代码吗？也许有更好的方法来编写它。你的表单处理程序是如何从5-10行变成20-25行的？你能粘贴jQuery代码吗，也许有更好的方法来编写它