Une introduction à quelques détails améliorés de jQuery

jquery API”>jQuery 1.5 beta1 est sorti En termes d'apprentissage et de suivi, cette fois c'est relativement tard (je ne sais même pas quand la 1.5 est sortie en alpha, c'est juste une bêta

La plus grande mise à jour de la version 1.5 est la réécriture complète d'AJAX, qui offre une plus grande évolutivité. Cependant, en raison de limitations d'énergie et d'espace, l'analyse du nouvel AJAX sera laissée à une autre fois. les détails.

jQuery._Deferred et jQuery.Deferred

Tout d'abord, je dois parler de ces deux nouvelles choses, car elles existent en tant qu'infrastructure, et je ne les comprends pas. les choses clairement. Certains problèmes ne peuvent pas être expliqués du tout.

Tout d'abord,

est une version améliorée de jQuery.Deferred, donc commencer par jQuery._Deferred peut expliquer la plupart du problème >Ce qui est différé. ? Littéralement, ma première réaction est "chargement paresseux", la première lettre en majuscule devrait être la définition de "type", donc c'est probablement un type qui "fournit de manière transparente une fonction de chargement paresseux". un peu de "retard", cette chose n'est pas utilisée pour implémenter un chargement paresseux jQuery._Deferred

En termes simples,

est une file d'attente de fonctions, et ses fonctions sont les suivantes :

jQuery._Deferred

Enregistrez plusieurs fonctions.

• Exécutez toutes les fonctions enregistrées à un moment précis >
• Après l'exécution, la fonction nouvellement saisie sera exécutée immédiatement. .

• Est-ce que cela ressemble à quelque chose ? Oui, la fonction ready de jQuery a une telle logique. En fait, la fonction ready de jQuery 1.5 a bien été greffée sur cela. >

  fournit l'interface suivante :

:

formulaire, utilisé pour ajouter des fonctions à la file d'attente jQuery._Deferred

:
• formulaire, utilisez

  pour spécifier donecetfunction(fn1, fn2, …) objet,

  Spécifiez les paramètres et appelez toutes les fonctions de la file d'attente. Après l'appel de
, _Deferred entrera dans l'état
• isResolved

  , et les futurs appels à fire ne sauvegarderont pas la fonction, mais appelleront directement la fonction function(context, args)contextargs : équivalent à l'appel de fire, une méthode simplifiée done

   : Utilisé pour déterminer si le statut _Deferred est présent.
isResolved
• , reportez-vous à l'explication de la fonction

  précédente pour plus de détails. >resolvefire(this, arguments) : Annulez toute la file d'attente, de sorte que peu importe si c'est

  à l'avenir, aucune fonction dans la file d'attente ne sera à nouveau appelée

• isResolved Allons. jetez un œil à . Cette chose est en fait composée de deux _Deferreds. Le premier est appelé deferredfire, qui est utilisé pour stocker les fonctions dans l'état "normal".

  failDeferred
, qui est utilisé pour stocker les fonctions dans l'état "erreur". En parallèle,
• propose de nouvelles interfaces :

  cancelfire

 : sous la forme de

, ajoutez

à jQuery._Deferred et jQuery.Deferred à . jQuery.Deferred

 : Équivalent à la fonction

de
• .

  thenfunction(done, fail)donedeferred : Équivalent à la fonction fail de failedDeferred.

• fail : Équivalent à la fonction failDeferred de done.

• fireReject : Équivalent à la fonction failDeferred de fire.

• Dans le même temps, reject a annulé la fonction failDeferred. resolve

  Alors, à quoi ça sert ? Il y a deux états "normal" et "erreur", et c'est asynchrone en même temps. C'est facile à imaginer... Oui, c'est utilisé pour AJAX, je l'expliquerai en détail dans la prochaine analyse.
• Modifications dans jQuery.ready

  isRejectedEn raison de la chose failDeferred, la fonction isResolved devient dépendante de la file d'attente des fonctions. Les modifications spécifiques sont :

Original L'original. La variable

n'est plus un tableau, mais devient un objet

. jQuery.Deferredcancel À l'origine, la logique d'appeler toutes les fonctions dans

lorsque

DOMContentLoaded

est désormais également utilisée dans

Le code d'origine :

jQuery._Deferred change C'est. done : jQuery.ready

la fonction jQuery.parseXML readyListjQuery._Deferred a ajouté une fonction statique

pour fournir une conversion compatible avec le navigateur de la

chaîne vers la fonctionnalité de document XML. readListIl existe de nombreuses logiques pour cette fonction, et il n'y a rien de spécial à propos de jQuery. Elles sont grossièrement divisées en deux types suivants : jQuery._Deferred

Pour les navigateurs standards, utilisez l'objet

while ( (fn = ready[ i++ ]) ) {       fn.call( document, jQuery ); }

 : <.>

Pour IE, utilisez l'objet

readyList.fire( document , [ jQuery ] );

 :

var parser = new ActiveXObject('Microsoft.XMLDOM');   parser.async = 'false';   parser.loadXML(text);   var xml = parser.documentElement;

data部分

添加了jQuery.hasData函数，用于判断一个元素是否有jQuery附加上去的数据。

修改了jQuery.expando的实现，在原来单纯地取当前时间的基础上，添加了一个随机数：

expando = "jQuery" + ( jQuery.fn.jquery + Math.random() ).replace( //D/g, "" );

这样保证在同一时间，引入多个jQuery副本，这几个副本之间的expando不会相互冲突，导致元素上的data变得错乱。一般来说，是不会引入多个jQuery副本的，但是使用SealJS等的时候，配置不当的话，也是很容易出现此类问题的。

DOM操作部分

原本的hasClass、addClass、removeClass函数都需要将元素的class属性分隔为数组，在1.4.4版本中，通过/n或/t进行分隔，在1.5中增加了一个/r，用于对应Windows平台下的换行符（/r/n）。

jQuery.fn.attr函数，1.4.4版本中拒绝从TextNode和CommentNode上获取属性，在1.5版本中添加了一个AttributeNode（noteType == 2）。

在1.4.4版本中，jQuery会在页面unload的时候清理掉由jQuery维护的所有DOM事件，这是为了避免IE的内存泄露问题。但是在1.5中这一段代码不见了，不知是出于什么考虑。

对于IE下使用cloneNode复制节点，会将事件也一起复制过来的问题，1.4.4中是采取复制innerHTML的方式给予解决，而在1.5中则采纳了mootools团队提供的方法，使用cloneFixAttribute函数修正该问题。

cloneFixAttribute函数们于jQuery 1.5 beta1源码文件的5388-5438行，处理IE的BUG的原理很简单，当然前端里一些看似简单的东西，都是很难发现的：

• IE中有个叫clearAttributes的函数，会清除到节点上的所有属性，顺便把和事件相关的<a href="http://www.php.cn/wiki/1449.html" target="_blank">onclick</a>之类的属性也去掉了。在复制出来的节点上调用这个函数，就会把属性清得干干净净。

• IE中还有一个叫mergeAttributes的函数，把一个节点的属性复制到另一个节点上，但他不会把和事件相关的属性复制过去。所以再把原始节点调用mergeAttributes，把属性重新放回复制出来的节点上，这就相当于起到了去除事件相关属性的作用。

另外cloneFixAttribute函数还处理了非常多IE6-8在cloneNode上的兼容性问题，非常值得详细研究。

AJAX部分

AJAX已经完全重写了，只留下一点边边角角保留着1.4.4版本的风采，这里只抽取一部分进行简单的说明。

原来版本中$.get和$.post的实现非常相似，具体来说仅有一个method配置项不同，因此在1.5版本中被合并起来了：

$.each(['get', 'post'], function(i, method) {     $[method] = function() { ... }; });

ajaxSetup函数现在加了一行return this;，可以链式调用了。

serializeArray函数现在统一将value中的换行符替换成Windows的风格（/r/n）。

AJAX的回调函数中，作为参数的对象不再是原生的XMLHTTPRequest，而是jQuery自己封装的称为jXHR的对象，这个对象提供了XMLHTTPRequest的常用接口。

原本对于“请求成功”的浏览器状态码，除200-299以及304外，还有一个1223，来自于IE的一个BUG，会将204的状态码变成1223。现在因为有了jXHR对象，相当于中间多了一层，因此从jXHR对象获取statusCode不会出现1223的情况，已经被变回204了。

jQuery.ajax函数的配置项中多了一个statusCode项，其结构为map，用于指定返回特定状态码时的回调函数，大致形式如下：

jQuery.ajax({       url: 'xxx',     statusCode: {         200: function() { 处理请求成功 },         404: function() { 处理页面未找到 },         503: function() { 处理Service Unavailable }     } });

再添加了这个回调后，jQuery.ajax函数已经有非常多的回调函数，其触发过程如下：

1. 根据返回的状态码，触发success或者error回调。

2. 根据状态码，触发对应的statusCode回调。

3. 触发complete回调。

4. 触发全局ajaxComplete回调。

5. 如果此时没有正在执行的AJAX，触发全局ajaxStop回调。

其他细节

入口函数jQuery.fn.init现在多了一个参数，值始终为rootjQuery，用于加速init函数中对rootjQuery变量的查找速度（减少了一层作用域）：

// jQuery 1.5 beta1 源码23行 jQuery = function( selector, context ) {       // The jQuery object is actually just the init constructor 'enhanced'     return new jQuery.fn.init( selector, context, rootjQuery ); }

jQuery对象支持继承了，具体的修改是将几处直接调用jQuery的代码改为了对this.constructor的调用：

// 202行：     return this.constructor( context ).find( selector ); // 253行：     var ret = this.constructor(); // 334行： return this.prevObject || this.constructor(null);

同时还提供了jQuery.subclass函数用于创建一个继承自jQuery的类型，由于不是很常用jQuery，更是从来没有用到过需要继承jQuery的情况，因此也不方便说这个功能的作用有多大。

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!