実際に必要なライブラリ コードの量は50K ですか? 100K? 150K?もっと?そのうち実際にどれくらい使っていますか?
確かに、私たちは皆、お気に入りのモノリシック フレームワークを愛しており、時にはそれらを完全に使用することもあります。しかし、賢明にポケットナイフを使えばもっとうまく、より速く、よりスムーズに仕事ができるのに、エアコンと6スピーカーのサウンドシステムを備えた乗用ジョンディアトラクターに私たちはどれくらい頻繁に手を伸ばすでしょうか?
マイクロフレームワークは間違いなく JavaScript ライブラリ界のポケットナイフです。短くてわかりやすく、要点を押さえています。そして、5k 以下では、マイクロフレームワークは非常に移植性が高くなります。マイクロフレームワークは 1 つのことだけを実行し、それをうまく実行します。粗末な部分、特徴の異常、機能のクリープ、余分なものはどこにもありません。
MicroJS.com は、最もコンパクトでありながら強力なマイクロフレームワークを見つけて、自分に合ったものを簡単に選択できるようにします。
独自のものを追加したいですか? GitHub でこのサイトをフォークし、フレームワークを「data.js」に追加して、プル リクエストを送信します。
コマンド ラインからライブラリの縮小および圧縮されたサイズを確認するには、 ./build.js -v
(以下を参照) を使用するか、次のコマンドを実行します。
$ uglifyjs yourlib.js | gzip -9f | wc -c
or
$ wget -q -O- https://domain.tld/path/to/file.src | uglifyjs | gzip -9f | wc -c
'name'
、 'tags'
、 'url'
、 'source'
'url'
は、README またはドキュメントをホストする場所、およびコードがダウンロードされる場所を指す必要があります code-download'url'
GitHub アドレスではないが、プロジェクトがそこでホストされている場合は、ビルダーが GitHub 統計を収集できるように、ユーザー名とライブラリ名を含む'github'
フィールドを追加します (例: 'timrwood/moment'
。'source'
属性は、単一ファイル、またはすぐに使用できる形式で完全なライブラリを形成するために連結できるファイルの配列を指す必要があります。 'source'
縮小しないでください(下記を参照)make
実行すると機能し、エラーは返されません。 make を実行するには、ノードがインストールされている必要がありますソースが非常に小さい場合は、単純にソース属性に全体を文字列として含めることができます。ソースが複数のファイルに分割されている場合は、URL の配列を使用できます (ソースを 1 つだけ使用することをお勧めします)。ソースが ZIP ファイルでリリースされている場合は、ZIP の URL を指定し、末尾に!/zip/entry.js
を追加すると、コンパイラーがどこを参照すればよいかを認識できます (ソース URL は 1 つだけであることが望ましいです)。
ビルダーはdata.jsを読み取り、各エントリのソースをチェックします。エントリの生のサイズ、縮小されたサイズ、および gzip 圧縮されたサイズが計算されます。
エントリをチェックする必要がある場合は警告が表示され、エントリが除外される場合はエラーが表示されます。
すべてのエントリの詳細を表示したい場合は、 ./build.js -v
コマンドを実行できます。
data.js
ファイルに追加します。npm install
実行し、 npm test
SUCCESS
メッセージが表示されたら、準備完了です。PR を送信してください。./build.js -v | grep YOUR_PACKAGE_NAME
を実行します。 ./build.js -v | grep YOUR_PACKAGE_NAME
MicroJS.com は厳選されたサイトであり、当社は理由の如何を問わず掲載を拒否する権利を留保していることにご注意ください。
microjs.com コード/Web サイトは、MIT ライセンスに基づいてリリースされています。