2017-05-22 11 views
-2

複数のプロジェクトのソースコードがNPM配布パッケージバンドルに含まれています。たとえばReactにはlibフォルダに未対応/未構築のjavascriptファイルが含まれていますが、ビルドされたファイルのあるdistフォルダもあります。プロジェクトのソースファイルをnpmディストリビューションに含めるべきですか?

これは良い方法ですか?

私は、パッケージがダウンロードされるのにかかる時間とディスクの消費が増えると思います。 (私は通常、.npmignoreファイルにソースコードフォルダを追加しています)

しかし、なぜそう多くのライブラリがそうしていますか?どちらの利点がありますか?

答えて

2

この質問が実際にはここに頼まれた何かの下にあるのかどうかはわかりませんが、その理由は主に意見に基づいており、より多くの議論ができるからです。しかし、ここに私の2セントはとにかくあります:

私はこれらのライブラリのほとんどがデバッグの目的のために(オープンソースなので)ソースコードを追加すると思います。通常は(必ずしもそうではありませんが).mapファイルとともにバンドルされています。 Conveniently there's a post that explains what a map file is.

あなたがこのように考えるならば、あなたのディストリビューションを使っている人は本当に使いたいときはいつでもそれをインストールするのではなく、プロジェクトをクリーンに展開したい場合、または単にプロジェクトをインストールしたときだけです。

もう1つのことについて考えてみましょう。配布の量はどれくらいですか? は本当になので、インストール時間が遅くなるのですか?

スペースに関しては、ほとんどの現代のマシンでは数MBが怠りになります。

私は個人的には、ソースコードを組み込むことをお勧めします。私はライブラリがどのように機能するのかを知りたいのですが、私のコードがライブラリの原因となる理由を調べることができます。エラーを投げる。しかし、私は確かにそうではない良い理由があると確信しています。 TL

、彼らはあなたのプロジェクトが実際にインストールするために長い時間を要する場合を除き、開発者が

  • のデバッグを支援するためにそれを行うDR

    • 、心配しないでください、それ
    • プロジェクトがスーパーでない限り大きな、それについて心配しないでください
    • デベロッパーとして私はそれがプロジェクトがそれを含むとき好きですが、 "良い練習"はかなり意見があり、状況に依存します
  • +0

    パトリック、申し訳ありませんが、私はSOのルールに従わなかったのです。 お返事ありがとうございました。まさに私が探していたものでした。 –

    +0

    @GustavoHuffenbacherDaud心配する必要はありません! StackExchangeネットワークにはさまざまな場所がありますが、混乱するところです...私が間違っていなければ[https://softwareengineering.stackexchange.com/](https://softwareengineering.stackexchange.com/)このタイプの質問をする場所であれば、より良い、より徹底的な答えを探しているなら、他のサイトを参照するときに –

    +1

    と尋ねることをお勧めします。[クロスポストが嫌になる](https ://meta.stackexchange.com/tags/cross-posting/info) – gnat

    関連する問題