コンポーネントとバウアーの違いの概要を見つけるのに苦労しました。どちらが優れていますか、使用するのに優れたパッケージマネージャーは何ですか?私が考慮すべきこれら2つの代替案はありますか?
2 に答える
「コンポーネント」はシステムの一部です。Bowerはパッケージマネージャーです。
どちらがいいですか?違いについては、BowerFAQをお読みください。
Bowerは、Webのパッケージマネージャーである、目的をより良くしているようです。
Jam、Volo、またはEnderもあります。そしてもちろん、NPM。
人気と採用のチェックについては、Ohlohをチェックできます
アップデート:
コンポーネントパッケージマネージャーhttps://github.com/component/componentは、Webのパッケージマネージャーでもあります。モジュールのバックエンドデータベースとしてGitHubを使用するため、GitHubにないモジュールは一覧表示されません。ただし、このアプローチでは、追加の資格情報が必要ないため、作業が簡単になります。著者はGitHubを使用するだけです。
個人的には、「コンポーネント」という一般的な言葉と混同されないように、コンポーネントは独特の名前を採用する必要があると思います。
コンポーネントの背後にあるチームは、これに対する独自の意見の回答を作成しました:https ://github.com/component/guide/blob/master/component/vs.md#component-vs-bower
今日のコンテンツのコピー:
npm
BowerはComponentよりも似ています。同様npm
に、バウアーのマニフェストは、関連するファイルbower.json
のすべてを除いて包括的です。.ignore
一方、コンポーネントは排他的であり、で指定されたファイルのみをダウンロードしますcomponent.json
。ただし、BowerとComponentの主な違いは、
component.json
sがより厳密であり、意見が分かれていることです。にリストされてcomponent.json
いるすべてのファイルは必須であると見なされます。一方、にリストされているファイルbower.json
は通常オプションです。厳密なマニフェスト仕様により、Componentはビルドプロセスを簡単に統合できます。ただし、Bowerでは、さまざまなタイプのモジュール(グローバル、プラグイン、AMD、CommonJS)と、このreact-bowerの問題に示されているオプションのファイルを公開するため、これは不可能であり、統合ビルドプロセスが非常に困難になります。
コンポーネントの統合ビルドシステムを使用すると、ページに1つのスクリプトと1つのスタイルシートを含めることができます。ジャグリング
<script src="bower_components/jquery"><script>
コールなどはありません。のよう
npm
に、bower
インストール時にコンポーネントよりも遅く、不要な公開ステップがあり、複数のバージョンの依存関係をサポートせず、インストールをキャッシュしません。