ajax内容多不多？

Answer 1

总结下自己的前端开发经验吧：

页面上首次显示的内容尽量不要用 Ajax，显示更多（或换页）的时候再用
比如说知乎首页的第一页 Timeline 上的问题是直接从服务器读取的，并写入在当前的页面源代码里面的，而随后 “显示更多” 得到的内容才是用 Ajax 读取。

切换页面的时候不用要 Ajax
不要因为网页的 header 或者 side 部分没有变化而用 Ajax。
因为这是不同的页面，换句话说，是有完全不同的内容或者完全不同的页面逻辑。他们的 URL 就应该不同。
补充：使用了 HTML5 History API 例外，但是同时要考虑兼容早期版本的浏览器。

提交、修改、删除的部分一般用 Ajax
看看知乎 “添加答案”、“删除答案”、“修改答案”，都是 Ajax。
但是知乎的 “添加问题” 的提交并没有采用 Ajax，因为添加问题是个多入口的操作（各个页面都可以有），所以添加成功后，需要统一重定向到首页。而其他的诸如 “添加答案” 只有在当前问题页面才有，所以无需刷新，只需修改 DOM。

消息提醒的部分一般用 Ajax
因为很有可能会用到 Comet 长连接来保证消息的实时推送，那么除了 WebSocket 之外最好的选择只有 Ajax。

编码的时候模块分工明确
比如使用了 jQuery，那么所有的 Ajax 请求都最好做一层包装，然后再转移给 $.post 或者 $.ajax 之类的方法。

Answer 2

基于第三方的比如jquery的$.ajax，$.post，$.get使用率比较高，而且使用简单，了解参数意义就能常规使用

原生的使用率相对不高，不过对于理解ajax原理（特别是异步回调）很有帮助，代码也不多，在能熟练使用ajax请求后可以好好学习下，或者先看懂这个源码部分，然后别人封装的ajax就很容易懂了

Answer 3

很重要，但内容不多，主要是用来干什么