私は、メインリポジトリにいくつかのオプションのプラグインを含むJSライブラリ用の流星パッケージを作成しています。私は、ユーザがいつ不要なものを含めるのではなく、どのライブラリ拡張を使用するかを選択するオプションを提供したいと考えています。ユーザーのビルドオプションを使用してmeteorJSパッケージを作成するにはどうすればよいですか?
これは現在のビルドシステムで可能ですか?もしそうなら、どこから始めるのですか?
私は、メインリポジトリにいくつかのオプションのプラグインを含むJSライブラリ用の流星パッケージを作成しています。私は、ユーザがいつ不要なものを含めるのではなく、どのライブラリ拡張を使用するかを選択するオプションを提供したいと考えています。ユーザーのビルドオプションを使用してmeteorJSパッケージを作成するにはどうすればよいですか?
これは現在のビルドシステムで可能ですか?もしそうなら、どこから始めるのですか?
これは現在サポートされていません。ある意味では、各パッケージは、パッケージシステム自体を介して有効にする「オプション」です。現在のベスト・ベットは、それぞれのパッケージを公開し、共通のビルドの組み合わせにパッケージを追加することです。
Twitterのブートストラップは、現在、そのような似たようなことを行います。
またtwbs:bootstrap // normal bootstrap
twbs:bootstrap-noglyph // bootstrap sans glpyhs
関連、そこに(多くの)プレパッケージスタイラスパッケージの一部:
stolinski:stylus-multi
cryptoquick:stylus-multi
mquandalle:stylus
私はこの答えを楽しみにして陳腐な
2つ以上のオプションがあり、それらが合成可能な場合、それは完全に維持不能になります。 5つの構成可能なオプションは、維持する120のパッケージです。 –
@Kyllが同意した。もう1つの選択肢は、すべてのものを1つの膨大なパッケージに含めることです。 – Jesse
実際には非常にイライラしているかもしれませんが、おそらくモジュールはそれを解決しますが、多くのライブラリにとって非常に重要です。 Asyncは、パッケージを初期化するときに使用することができますが、それは面倒なことになるでしょうし、資産apiでハッキングしています....もう少し見てみると、これは唯一の実行可能な答えのようです。 – pushplaybang
ダム&ダーティソリューション:オプションごとに1つのパッケージを作成します。私は誰かがより良いものを見つけたらうれしいよ! –
ええ、そのアプローチに熱心ではなく、維持する悪夢になる、私はより良い方法をtheresことを望む。 – pushplaybang
スクリプトの非同期読み込みを使用して、いくつかのインスタンスでこれを行う方法があるかもしれませんが、それはすべてのことになり、ビルドで処理するほうがはるかに優れています。 – pushplaybang