执行ajax加载的js
很多同学在进行编程学习时缺乏系统学习的资料。本页面基于执行ajax加载的js内容，从基础理论到综合实战，通过实用的知识类文章，标准的编程教程，丰富的视频课程，为您在执行ajax加载的js相关知识领域提供全面立体的资料补充。同时还包含 zabbix、zepto、zipentry 的知识内容，欢迎查阅！
执行ajax加载的js相关知识
-
执行AJAX返回HTML片段中的JavaScript脚本如果AJAX加载的数据是一个HTML片段，而且这个HTML片段还包含脚本<script>块，那么在你把这数据xmlHttp.responseText用innerHTML方法插入到当前文档一个元素中，你会发现AJAX加载回来的脚本根本没有执行。这是AJAX开发中很常见的问题，如果你不是一直在用JavaScript框架做开发，相信你早就发现这个问题了。本文分析了两个解决办法，其中一个是讲解jQuery框架的实现。一、 问题描述下面举个简单的例子，演示问题所在。在下面的例子中，假设变量responseText就是AJAX加载的HTML片段数据，其中包含脚本弹出一条消息，用innerHTML方法插入ID为ajaxData的DIV中，你可能期望看到弹出那个消息框，结果你发现没有，问题就是这样。<div id="ajaxData"></div> <script type="text/javascript"> va
-
《高性能JavaScript》读书笔记①加载和执行JavaScript的加载和执行（Loading and Execution）JavaScript的阻塞特性当浏览器遇到JavaScript代码段时（不管是内嵌还是外链），由于不确定其是否会进行DOM操作，所以都会等待脚本的解析和执行完成后，再往下运行。此时页面渲染和用户交互都是被阻塞的，这就是 JavaScript的阻塞特性 。JavaScript阻塞特性的思考雅虎性能小组对JS代码优化的首要规则就是，通过改变<script>脚本的位置来减少对页面加载的影响。也就是说将<script>元素放到<body>标签底部，这样页面的CSS和图片等资源文件加载时，就不需要等待JS代码的解析和执行了。除此之外，减少<script>标签的数量也能改善阻塞的情况我们可以合并<script>代码段，因为浏览器在解析HTML页面时，每遇到一个<script>标签，都会因为执行脚本而导致一定的延时。我们还需要尽可能的合并外链的JavaScript文件。测试
-
高性能JavaScript之加载和执行JS在浏览器中的性能，可以认为是开发者所面临的最重要的可行性问题。这个问题因JS的阻塞特性变得复杂，也就是说当浏览器在执行JS代码时，不能同时做其他任何事情。事实上，大多数浏览器都使用单一进程来处理UI（用户界面）更新和JavaScript脚本执行，所以同一时刻只能做其中一件事情。JS执行过程耗时越久，浏览器等待响应用户输入的时间就越长。 从基础层面来说，这意味着<script>标签每次出现都霸道地让页面等待脚本的解析和执行。无论当前的JS代码是内嵌的还是在外链文件中,页面的下载和渲染都必须停下来等待脚本的执行完成。这在页面生存周期中是必要的，因为脚本执行过程中可能会修改页面的内容。一个典型的例子就是在页面中使用document.write()(经常用来显示广告)。例如:<html> <head> &nbs
-
JavaScript系列：ajax异步加载jqgridajax简介 Ajax 即“Asynchronous Javascript And XML”（异步 JavaScript 和 XML），是指一种创建交互式网页应用的网页开发技术。 Ajax = 异步 JavaScript 和 XML（标准通用标记语言的子集）。 Ajax 是一种用于创建快速动态网页的技术。 Ajax 是一种在无需重新加载整个网页的情况下，能够更新部分网页的技术。 1 通过在后台与服务器进行少量数据交换，Ajax 可以使网页实现异步更新。这意味着可以在不重新加载整个网页的情况下，对网页的某部分进行更新。 传统的网页（不使
执行ajax加载的js相关课程
执行ajax加载的js相关教程
- 6.1 配置 ajax function ajaxError(){ alert('ajax error');}function ajaxSuccess(result){ if (result.error) { alert('操作失败'); return; } location.reload();}在 RESTful 架构中，客户端使用 ajax 技术请求服务端的服务。当 ajax 请求失败时，调用 ajaxError，提示用户 ajax 请求服务失败；当 ajax 请求成功时，调用 ajaxSuccess，提示用户 ajax 请求服务成功。在网站的首页展示所有的联系人，当新增、修改、删除联系人后，需要刷新首页面，因此，在第 12 行，当 ajax 调用服务成功后，需要 location.reload() 刷新页面，从服务端重新加载所有的联系人。
- 3. Ajax 的由来 Ajax 最早要追溯到 2005 年，由 Jesse James Garrett 首先提出。当时 Jesse James Garrett 在他的 “Ajax : new Approach to Web Applications” 一文中提出了综合了 Html , JavaScript , XHTML , Cascading Style Sheets , The Document Object Model , XMLHttpRequest , XML 和 XSTL 等现有技术的新方法，取名为 Ajax 。并且使用这种技术以后，前后端就可以不需要重载页面就能够直接进行交互，能够迅速的把信息反映在用户界面上。虽然 Ajax 中，X 是 XML 的意思，但是前后端交互中，JSON 尤其重要，同时也拥有更多的好处（比如：更轻量）。因此，在 Ajax 中，JSON 和 XML 一样，共同用于信息传输的打包载体中。
- 6. Ajax 的优点 Ajax 技术的优势有如下几点：无刷新更新页面。抛弃了早期重载页面的方式，加快了请求的速度，提升了用户体验。减少客户端的内存消耗。采用更加轻量的数据提取做法，避免了客户端大量的冗余请求，减少了不必要的内存消耗。将部分传统技术中原本在服务端的工作转移到客户端来进行。 使用Ajax，一些数据的处理能够在客户端进行，减轻了服务端的压力。兼容性极好，几乎所有的浏览器都支持。不需要额外插件或者虚拟机即可使用。当然，Ajax 带来的最大的优势还是通过异步请求和处理数据的方式，取代了通过原始 Form 表单提交来更新数据及页面的方式，从而使得我们的 Web 应用成为了可能。
- 5. Ajax 的工作原理 Ajax 相当于用户端和服务端的一个中间层，用来处理异步化的数据交互。这里涉及到两个重要的点：XMLHttpRequest 和 异步。先讲异步，异步指的是用户无需等待，异步操作不会阻碍当前用户的活动。在早期，对于我们的 Web 交互，每次用户发送请求，都会阻塞当前活动，进行页面重载。而在服务器响应请求之前，浏览器只能是一片空白。体验极其差！然而，使用异步就能够解决这个问题，浏览器端发送请求，但是不会阻塞用户当前的活动，也不会丢弃当前页面，数据一样可以进行交互和刷新。体验效果极佳！另一个 XMLHttpRequest 可以说是 Ajax 的核心技术。使用 XMLHttpRequest ，我们可以通过 JavaScript 向服务端发送请求，并且获取和处理服务端返回的数据，却不会阻塞用户活动，而仅仅只是局部动态更新，更加不会导致 web 页面频繁重载。Ajax 工作过程大致如下：JavaScript 通过 XMLHttpRequest 向后端发起异步请求，可以是 get 或者 post 等；服务端接收请求，处理并返回数据；JavaScript 通过 XMLHttpRequest 获取并解析服务端返回的数据内容；JavaScript 通过动态更新 DOM 或者执行其他操作。
- 2. 下载中间件执行流程 我们现在来梳理下载中间件这个模块的执行流程。注意在 scrapy/downloadmiddlewares 目录下的代码并没有下载中间件的执行相关代码，该目录下是一系列定义好的内置下载中间件，大部分默认是启用的。这里的代码并不是我们想要的，那么和下载中间件执行流程相关的代码究竟在哪呢？首先回过来头看下前面描述 Scrapy 的架构图，可知下载中间件位于引擎和下载器之间。上一节中我们介绍了下载器类 (Downloader) ，其中有一个属性 self.middleware，如下图所示。下载器类中的连接下载中间件的属性该属性值是下载中间件管理器类 (DownloaderMiddlewareManager) 的一个实例，某种意义上来说它是连接下载模块和下载中间件模块之间的桥梁。我们继续研究下这个中间件管理器类，很明显它应该继承自上面介绍的中间件管理器类，事实也是如此：# 源码位置：scrapy/core/downloader/middleware.py# ...class DownloaderMiddlewareManager(MiddlewareManager): component_name = 'downloader middleware' @classmethod def _get_mwlist_from_settings(cls, settings): return build_component_list( settings.getwithbase('DOWNLOADER_MIDDLEWARES')) def _add_middleware(self, mw): if hasattr(mw, 'process_request'): self.methods['process_request'].append(mw.process_request) if hasattr(mw, 'process_response'): self.methods['process_response'].appendleft(mw.process_response) if hasattr(mw, 'process_exception'): self.methods['process_exception'].appendleft(mw.process_exception) # ...上面的两个方法非常容易理解，也透露了一些信息。对于下载中间件对象，中间件管理器主要提取的是中间件对象中的三个方法：process_request()、process_response() 以及 process_exception() 。注意这里方法进入队列的顺序，这也关系到框架对这些方法的调用顺序。在管理器类中还有一个非常重要的 download() 方法，该方法决定了上面三个方法返回不同值时的处理方案，同时也会将下载中间件中的三个方法按照相应的顺序添加到对应的回调链中：# 源码位置：scrapy/core/downloader/middleware.py# ...class DownloaderMiddlewareManager(MiddlewareManager): # ... def download(self, download_func, request, spider): @defer.inlineCallbacks def process_request(request): # 依次遍历下载中间件的process_request()方法，处理请求 for method in self.methods['process_request']: response = yield deferred_from_coro(method(request=request, spider=spider)) if response is not None and not isinstance(response, (Response, Request)): # 返回非Request或Response类型，抛出异常 # ... if response: return response # 最后将请求传给下载器执行下载 return (yield download_func(request=request, spider=spider)) @defer.inlineCallbacks def process_response(response): # 处理下载的响应 if response is None: raise TypeError("Received None in process_response") elif isinstance(response, Request): return response for method in self.methods['process_response']: response = yield deferred_from_coro(method(request=request, response=response, spider=spider)) if not isinstance(response, (Response, Request)): # 返回非Request或Response类型，抛出异常 # ... if isinstance(response, Request): # 如果返回Request，则直接返回，后续的中间件的process_response()不处理 return response # 最后返回响应结果 return response @defer.inlineCallbacks def process_exception(failure): exception = failure.value for method in self.methods['process_exception']: response = yield deferred_from_coro(method(request=request, exception=exception, spider=spider)) if response is not None and not isinstance(response, (Response, Request)): # 返回非Request或Response类型，抛出异常 # ... if response: return response return failure # 调用请求，同时将process_request()依次加入回调链中并返回一个Deferred对象 deferred = mustbe_deferred(process_request, request) # 异常回调 deferred.addErrback(process_exception) # 响应回调 deferred.addCallback(process_response) return deferred这个 download() 方法非常重要，也有些难以理解。注意一点：该方法主要是形成一个完整的下载链路，包括请求链 (process request chain)、下载请求 (在 download() 方法的 download_func 参数)、响应处理链 (process response chain)，另外还加上一个请求异常的回调链。来看看我们对这个过程的一个总结图：下载中间件管理对象的download()方法注意，中间件管理器会和引擎模块以及下载模块之间有交互，那么它们之间发生交互的代码是哪一句呢？这里就不卖关子和追踪了，我们直接给出答案：下载中间件管理对象和下载器的交互就在于 download() 方法中传进来的 download_func 参数。我们在下载器中找到如下代码：# ...class Downloader: # ... def fetch(self, request, spider): def _deactivate(response): self.active.remove(request) return response self.active.add(request) # 调用下载中间件管理对象的download()方法 dfd = self.middleware.download(self._enqueue_request, request, spider) return dfd.addBoth(_deactivate)这里调用的下载中间件管理对象 download() 中的 download_func 参数为 self._enqueue_request，而我们在上一节中正好介绍过该方法正好是下载器中下载网页的起始方法。另一方面，引擎模块和该下载中间件管理器类的交互也正是通过下载器的这个 fetch() 方法。我们直接找出相关的代码语句： # 源码位置：scrapy/core/engine.py # ... class ExecutionEngine: # ... def _download(self, request, spider): # ... # 这里的self.downloader就是下载器对象，调用fetch()方法下载网页 dwld = self.downloader.fetch(request, spider) dwld.addCallbacks(_on_success) dwld.addBoth(_on_complete) return dwld总的来说，我们可以得到如下的一个调用过程：scrapy中下载部分的简要调用过程到目前为止，我们对下载中间件的执行流程进行了一个简要的概述，但没深究其中的代码细节。如果有兴趣的话可以仔细跟踪下代码的执行过程，这些并不复杂，主要是对 Twisted 模块的应用。
- 7. Ajax 的缺点 Ajax 的缺点主要有如下几点：破坏浏览器的后退与加入收藏书签功能。这也是为大家所诟病的一点，因为通过 Ajax 进行页面动态更新，用户无法回到上一页的状态。网络延迟造成用户体验差。在请求到响应的这段时间，可长可短，在网络延迟的情况下，留给用户的就是一个页面无反应，造成的结果可能是用户的体验极差。解决这个问题一般是提供一个 Loading 组件告诉用户正在等待。Ajax 造成的竞态关系。当然这也不是 Ajax 的锅，异步本身就会有这个问题。假设多个 Ajax 同时更新到同一个数据，那么这个数据是按照什么规则更新呢？这就需要我们对竞态进行一定的考量和规范了。
执行ajax加载的js相关搜索
-
z index
zabbix
zepto
zipentry
zookeeper
在线编辑
在线编辑器
整型常量
正则表达式
正则表达式教程
正则不包含
指示器
指针变量
指针初始化
指针的指针
指针函数
指针数组
转义字符
自学教程
字符常量