jQuery fn.extend ({bla: function(){}} vs jQuery.fn.bla

OK je pense que je reçois
Différence entre jQuery.étendre et de jQuery.fn.- elle s'étendre?

en ce que le général s'étendent pouvez étendre n'importe quel objet, et que le fn.étendre est pour le plugin fonctions qui peuvent être appelées directement à partir de l'objet jquery avec certains internes jquery vaudou.

Il semble donc qu'on pourrait appeler différemment. Si vous utilisez général étendre pour étendre l'objet obj en ajoutant la fonction de y, alors la méthode de l'attacher à l'objet, obj.y (), mais si vous utilisez fn.étendre ensuite ils sont
joindre directement à l'objet jquery $.y().... J'ai obtenu que correct oui ou non et si non que dois-je mal compris?

Maintenant, MA question:

Le livre que je lis les défenseurs de l'aide

jQuery.fn.extend({
    a: function() { },
    b: function() { }
});

de la syntaxe, mais dans les docs il est dit

jQuery.fn.a = function() { };

et je suppose que si vous vouliez b ainsi il serait

jQuery.fn.b = function() { };

Sont ces fonctionnellement et de performance équivalent, et si non quelle est la différence?

Je vous remercie beaucoup. Je suis à creuser jQuery!

InformationsquelleAutor Colleen Dick | 2010-04-09
  1. 28

    Il y a très subtile différence entre eux. Performance sage (ce que ceci est un problème), jQuery.fn.extend est plus lente que directement de la déclaration d'une fonction comme jQuery.fn.foo = function(){ };. Je parle complètement négligeable.

    La différence est jQuery.fn.extend() vous permet d'ajouter plusieurs plugin fonctions simultanément et peut rendre votre code un peu plus propre en fonction du type de plugin que vous êtes création.

    jQuery.fn.a = function(){};
jQuery.fn.b = function(){};

    Est exactement le même que

    jQuery.fn.extend({
  a: function(){ },
  b: function(){ }
});
    • Beau compagnon! Merci!
    InformationsquelleAutor maček
  2. 6

    Les deux façons sont presque identiques. Toutefois, certaines petites différences existent, dans les aspects suivants -

    1. Vitesse
    2. Code de style
    3. Le nom de votre plugin ailleurs

    Vitesse :

    Négligeable. Vous pouvez ignorer cet aspect, car il est peu probable que vous remarquerez les différences de rendement entre les deux.

    Code de style :

    l'étendre version adhère à l'Objet littéral de style de code, ce qui peut paraître un peu plus élégante pour certains. Par exemple, si votre plug-in utilise l'Objet littéral abondamment, vous pourriez préférer l'enveloppant à l'aide de $.extend({}).

    Le nom de votre plugin ailleurs :

    Il y en a un autre (important, à mon avis) l'avantage dans l'utilisation de l' $.fn.un style, vous pouvez stocker votre plugin de nom d'ailleurs, n'importe où dans votre code, puis d'utiliser sa référence lors de l'ajout du plugin pour jQuery d'espace de noms. Cela ne peut être fait lors de l'extension de l'utilisation d'un objet littéral. Cet avantage est quelque peu par rapport à la longueur de votre code, et le nombre d'occurrences du plugin. Aussi, on pourrait faire valoir que la moyenne codeur change rarement le nom de son plugin, et si il le fait, il ne faudra pas longtemps dans la plupart des cas.

    Exemple :

    ;(function($) {

    //Declare your plugin's name here
    var PLUGIN_NS = 'myPluginName';

    //... some arbitrary code here ...

    //The jQuery plugin hook
    $.fn[ PLUGIN_NS ] = function( args ) {

        if ( $.type(args) !== 'object' )
            var args = {};

        var options = $.extend({}, $.fn[ PLUGIN_NS ].defaults, args);

        //iterate over each matching element
        return this.each({
            var obj = $(this);

            //we can still use PLUGIN_NS inside the plugin
            obj.data( PLUGIN_NS+'Data' , args );

            //... rest of plugin code ...
        });

    };

    //----------------
    //PRIVATE defaults
    //----------------

    var defaults = {
        foo: 1,
        bar: "bar"
    };

    //------------------------------------------------------------
    //PUBLIC defaults
    //returns a copy of private defaults.
    //public methods cannot change the private defaults var.
    //------------------------------------------------------------

    //we can use PLUGIN_NS outside the plugin too.
    $.fn[ PLUGIN_NS ].defaults = function() {
        return $.extend({}, defaults);
    };

})(jQuery);

    Maintenant, nous pouvons appeler le plugin, et les valeurs par défaut, comme suit:

    $("div#myDiv").myPluginName({foo:2});
var originalFoo = $("div#myDiv").myPluginName.defaults().foo;

    De modifier le plugin, changer la PLUGIN_NS var.
    Cela peut être préférable à d'évolution de chaque occurrence de myPluginName à l'intérieur le code du plugin.

    • En fait, vous avez besoin de remplacer les valeurs par défaut à l'aide de "args" paramètre.
    InformationsquelleAutor The Merovingian