0

その間、カスタム関数と jQuery プラグインの初期化呼び出しの数が増え、視覚的および機能的な混乱が生じました。

私のカスタム機能

カスタム関数をライブラリに整理する方法を探しています。

  • オブジェクトを作成してメソッドとして整理する必要がありますか?

例えば

(function($) {   
    $.myCUSTOMOBJECT = {};
    $.fn.myCUSTOMOBJECT = function(settings) {
        var var1 = ...
        var var2 = ...
        var var3 = ...
        function onTextSelectionDoSomething() {...}
        function onTextClickDoSomethingElse() {...}
    }

});

マイ貢献機能

ファンシーボックス、jcarousel、視差としてcontrib jQueryライブラリがあります

  • それらを1つの縮小ファイルにマージすることをお勧めしますか?
4

2 に答える 2

1

簡単にするために、最初からカスタム作業を jQuery 名前空間に保存する必要はありません。私はこのアプローチを取ります。

次のようなファイルが 1 つあります。

( function () {

    var myNamespace = {
        fancybox: { ... },
        jcarousel: { ... }
    };

    window.myNamespace = myNamespace;

})();

次に、Web サイト/アプリごとに、名前空間を次のように使用します。

( function ( $, ns ) {

    $( document ).ready( function () {

        $( '.lightbox' ).on( 'click', ns.fancybox.init );

    });

})( jQuery, myNamespace );

これの目的は、コードの残りの部分からフレームワークを削除しようとすることです

于 2013-02-22T14:11:17.383 に答える
1

カスタム関数

私は通常、などutilsの小さな便利な関数をすべて含むオブジェクトを作成しますtrim。これをゆるいアンダースコアのように扱います。私のサイトやアプリケーションの詳細とは関係のないすべての一般的な関数とメソッドについては、これらをファイルに含めます ( HTML5 ボイラープレートplugins.jsの実装に基づいて)。

投稿機能

plugins.js私は通常、自分のプラグインと一緒に比較的小さなプラグインをすべてファイルに含めます。個別にデバッグまたは更新する可能性のある大きなファイルで、機能が非常に異なる場合は、/vendor/または/libs/フォルダーに個別のファイルとして保持します。これにより、新しいバージョンを簡単に交換して、何か壊れているかどうかを確認したり、同じファイル名の縮小されていないバージョンを交換して詳細にデバッグしたりできます。

縮小について

ほとんどすべてのスクリプトが最初のページに必要な十分に小さいサイトを扱っている場合、すべてではないにしてもほとんどのスクリプトを実稼働用の 1 つに縮小することをお勧めします。ただし、これは開発中のスクリプトの編成方法には影響しません。

于 2013-02-22T14:11:54.230 に答える