大量の JavaScript を含む Web サイトを扱う場合、これらは通常、1 つの大きな JavaScript ファイルとしてクライアントに提供されます。
開発段階では、JavaScript ファイルは通常、管理しやすくするために分割され (300 行以上の js があるとします)、Web サイトが「公開」されたときにマージされますか? それとも、開発者は 1 つの長い大きなファイルで作業することに我慢しているのでしょうか?
大量の JavaScript を含む Web サイトを扱う場合、これらは通常、1 つの大きな JavaScript ファイルとしてクライアントに提供されます。
開発段階では、JavaScript ファイルは通常、管理しやすくするために分割され (300 行以上の js があるとします)、Web サイトが「公開」されたときにマージされますか? それとも、開発者は 1 つの長い大きなファイルで作業することに我慢しているのでしょうか?
異なるモジュール/クラス/パーツを別々のファイルに配置し、適切なビルド プロセスを使用して
これに Ant を使用する方法の例は、 http: //github.com/oyvindkinsey/easyXDM/blob/master/build.xmlにある私のプロジェクトの 1 つにあります。
また、クライアントにサービスを提供する前に、Web サーバーがファイルを自動的にマージし、ローカライズしてから縮小するプロジェクトもあります。
したがって、個別のファイルを使用して管理可能なものに固執しますが、エラー報告を使用する場合、行番号は連結されたバージョンを指すことに注意してください。
私の経験では、開発中に個別のファイルを使用するのが標準です。コードを探す必要がある場合や、システムのさまざまな部分で複数の人が作業する必要がある場合は、間違いなく作業が楽になります。
開発環境では、クラスと機能に応じて複数の javascript ファイルを用意することが理想的です (Java プロジェクト用に用意されているように)。
ただし、js ファイルを本番環境にデプロイする場合は、すべての js ファイルを 1 つのファイルに連結し、それらを Web アプリケーションで参照する必要があります。それは物事を簡単にするでしょう
注: JavaScript コンプレッサーを使用して実際のサイズを縮小し、帯域幅を節約することもお勧めします。
開発は、会社ごと、開発チームごとに異なります。
私自身、機能を段階的に実装し、それらの機能を個別のファイルに保存し、ほとんどの場合すべてをマージするというアプローチに慣れています-少なくとも、特定のプロジェクトに取り組んでいるのが私だけではない場合.