Webpackの導入によるjsファイルサイズの肥大化
解決済
回答 2
投稿
- 評価
- クリップ 0
- VIEW 4,279
前提・実現したいこと
最近のフロントエンド開発の流行りに乗っかり、Webpackを試験的に使用しています。
Webpackを使用することのメリットとして、JavaScriptのコードをモジュール単位で分割してもrequireを使って呼び出すことで、最終的に一つのjsファイルにまとめることで依存関係を解決できるということや、
loaderを使ってcssファイルや画像も取り扱うことができるということだと考えています（間違っていたらすみません…）。
今、Backbone.jsやBootstrapを使って開発を行っているのですが、これらをWebpackでまとめるために、
npm installで必要なものをインストールし、以下のようなwebpack.config.jsを記述しました。
var webpack = require('webpack');
module.exports = {
entry: {
app: './src/script/app.js'
},
output: {
path: __dirname + '/dist',
filename: '[name].js'
},
module: {
loaders: [
{ test: /\.html$/, loader: 'html-loader' },
{ test: /\.css$/, loader: 'style-loader!css-loader' },
{ test: /\.svg$/, loader: 'url-loader?mimetype=image/svg+xml' },
{ test: /\.woff$/, loader: 'url-loader?mimetype=application/font-woff' },
{ test: /\.woff2$/, loader: 'url-loader?mimetype=application/font-woff' },
{ test: /\.eot$/, loader: 'url-loader?mimetype=application/font-woff' },
{ test: /\.ttf$/, loader: 'url-loader?mimetype=application/font-woff' },
{ test: /\.png$/, loader: 'url-loader?mimetype=image/png' }
]
},
plugins: [
new webpack.ProvidePlugin({
jQuery: "jquery",
$: "jquery",
_: "underscore",
Backbone: "backbone"
}),
new webpack.optimize.UglifyJsPlugin({
compress: {
warnings: false
}
})
],
devtool: 'source-map',
};そして、Bootstrapを使用するために、app.js内で、
require('bootstrap/dist/css/bootstrap.min.css');
require('bootstrap/dist/js/bootstrap.min.js');と記述し、Backbone.jsやBootstrapを使用できるようにしました。
そこで思ったのですが、もっと色々なライブラリやプラグインを使用したくなったとします。
そうすると今までと同様に、必要なライブラリやプラグインをnpm installし、app.js内でrequireすると思います。
このようなことをしていると一つのjsファイルのサイズがどんどん肥大化していきます。
これは普通のことなのでしょうか？
例えば、Bootstrapやその他CSSはdom構築前に読み込みたい場合、このように一つにまとめたjsファイルでは、<head>内でこのファイルを読み込まなければならないが、ファイルサイズが大きすぎるため初期表示にちょっと時間がかかる、
ということが考えられるのではないでしょうか？
現にこのような方法でjsファイルを一つにまとめた際、chromeのデベロッパーツールのnetworkを見てみると下図のようになっていました。
このような方法でjsファイルをまとめたからかはわかりませんが、50msでapp.jsのダウンロードが終わってから、約150msまで何も行われていません。
そして、その後の長いグレーのバーはBootstrapのフォント等をbase64形式にしたものだと思います。
networkの見方があっているか分かりませんが、すごく無駄が多いような気がします。
長くなりましたが質問をまとめますと、
色々なライブラリやプラグインを使いたくなった場合、それらをnpm installしエントリポイントでrequireして使用するのは普通のことなのか。また、それらに伴うjsファイルサイズの肥大化は仕方ないことなのか。（使用するライブラリ、プラグインが増えてきた場合どうするのか）
画像の間隔の原因は何なのか（質問のタイトルとはあまり関係ないとは思いますが）。
以上、何かご回答がいただけると助かります_(._.)_
-
気になる質問をクリップする
クリップした質問は、後からいつでもマイページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
クリップを取り消します
-
良い質問の評価を上げる
以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します
-
評価を下げられる数の上限に達しました
評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる
teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します
この機能は開放されていません
評価を下げる条件を満たしてません
質問の評価を下げる機能の利用条件
この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
-
メールアドレスの認証
メールアドレスの認証
-
質問評価に関するヘルプページの閲覧
質問評価に関するヘルプページの閲覧
checkベストアンサー
+3
WebpackでもCommonsChunksPluginを使うことで複数のChunkに分割することができますよ。以下のマニュアルが参考になると思います：
https://webpack.github.io/docs/code-splitting.html
あとWebpack 2.xからTree Shakingの機能が追加されて不要なmoduleがchunkから除外されるようになりました。なのできちんと意識的に読み込むmoduleを絞れば、そこまでbloatすることは無いと思います。
気になる場合はwebpack-bundle-analyzerというツールで、どのモジュールごとのchunkに占める割合を分析可能です。
これらの設定を行うことで、基本的には（よほど不用意に無駄なモジュールをimportしないかぎり、あと間違ってdevelopment向けにバンドルしないかぎり）影響は抑えられると考えています。
ただ基本的にはmaisumakunさんがご指摘されているように、SPAのように最初に読み込んで、あとはJavaScriptがフロントで主体となってViewを動的に生成するような用途で使うのが一番向いているとは思います。（生成されるChunkファイルにハッシュを付けて、クライアント側でのキャッシュを制御することが多いですし）
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+2
逆説的ではありますが、個人的には「そういうロード負荷が問題とならない」場面で使うものだと考えています。たとえば、以下の様なものであればロード時間は問題となりません。
- トップページのログイン情報を入力している間にJavaScriptロードを済ませて、中に入ればSPAでリロード自体発生しない、というような、半分アプリのようなサイト
- Electronなど、ブラウザ外
そうでない、「コンテンツメインのサイト」に関しては、JavaScriptを使わなくてもメインコンテンツは表現可能ですし、SEOの観点で言っても複雑なJavaScriptに依存させるのはデメリットが大きいと思います。
もっとも、「CSSまでWebpackに組み込んで、JavaScriptと並べて扱う」というのはかなり無理がある構造かなと思います（Qiitaでそのあたりに触れた記事）。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。