web-dev-qa-db-ja.com

ファイルをバンドルしないようにWebpackを取得する

ですから、今はプロトタイプを使って作業しています。プロトタイプでは、webpack（.tsxファイルの作成と.htmlファイルのコピー用）とwebpack-dev-serverを開発用に組み合わせて使用​​しています。推測できるように、ReactおよびReactDOMもいくつかのライブラリ依存関係として使用しています。現在のビルド出力は次の構造です。

dist
    -favicon.ico
    -index.html
    -main.js
    -main.js.map // for source-mapping between tsx / js files

これにより、すべてのモジュール（ライブラリの依存関係を含む、大きなバンドルファイル）が配置されます。最終結果は次のようになります。

dist
    -favicon.ico
    -index.html
    -appName.js
    -appName.min.js
    -react.js
    -react.min.js
    -reactDOM.js
    -reactDOM.min.js

Index.htmlおよび.tsxファイルのimportステートメントに各ライブラリへの参照があります。だから私の質問はこれです...この巨大なバンドルされた.jsファイルを生成するwebpackから個々の.jsファイルに移動するにはどうすればよいですか（ライブラリを個別に指定せずに含まれます）？ **ボーナス：prod/dev環境フラグを実行する方法を知っているので、それらの個々のファイルを（再びバンドルせずに）縮小するにはどうすればよいですか？

現在のwebpack.config：

var webpack = require("webpack"); // Assigning node package of webpack dependency to var for later utilization
var path = require("path"); // // Assigning node package of path dependency to var for later utilization

module.exports = {
    entry:  [
                "./wwwroot/app/appName.tsx", // Starting point of linking/compiling TypeScript and dependencies, will need to add separate entry points in case of not deving SPA
                "./wwwroot/index.html", // Starting point of including HTML and dependencies, will need to add separate entry points in case of not deving SPA
                "./wwwroot/favicon.ico" // Input location for favicon
            ],
    output: {
        path: "./dist/", // Where we want to Host files in local file directory structure
        publicPath: "/", // Where we want files to appear in hosting (eventual resolution to: https://localhost:4444/)
        filename: "appName.js" // What we want end compiled app JS file to be called
    },

    // Enable sourcemaps for debugging webpack's output.
    devtool: "source-map",

    devServer: {
        contentBase: './dist', // Copy and serve files from dist folder
        port: 4444, // Host on localhost port 4444
        // https: true, // Enable self-signed https/ssl cert debugging
        colors: true // Enable color-coding for debugging (VS Code does not currently emit colors, so none will be present there)
    },

    resolve: {
        // Add '.ts' and '.tsx' as resolvable extensions.
        extensions: [
            "",
            ".ico",
            ".js",
            ".ts",
            ".tsx",
            ".web.js",
            ".webpack.js"
        ]
    },

    module: {
        loaders: [
            // This loader copies the index.html file & favicon.ico to the output directory.
            {
                test: /\.(html|ico)$/,
                loader: 'file?name=[name].[ext]'
            },
            // All files with a '.ts' or '.tsx' extension will be handled by 'ts-loader'.
            {
                test: /\.tsx?$/,
                loaders: ["ts-loader"]
            }
        ],

        preLoaders: [
            // All output '.js' files will have any sourcemaps re-processed by 'source-map-loader'.
            {
                test: /\.js$/,
                loader: "source-map-loader"
            }
        ]
    },

    // When importing a module whose path matches one of the following, just
    // assume a corresponding global variable exists and use that instead.
    // This is important because it allows us to avoid bundling all of our
    // dependencies, which allows browsers to cache those libraries between builds.
    // externals: {
    //     "react": "React",
    //     "react-dom": "ReactDOM",
    //     "redux": "Redux"
    // }
};

更新：私のニーズに合ったソリューションを見つけることになりましたが、このwebpack-yの方法でも、追加の構成が必要になります。まだそれをもう少し動的にしたいと思いますが、後でこれを完成させます。私が求めていた解決策は、共通モジュールを「チャンク」する機能でしたが、webpackで提供される「エントリ」ポイントが与えられたファイル名としてそれを述べました。理にかなっているいくつかのファイルを結合することは気にしませんでしたが、プロジェクトがSPA（単一ページアプリケーション）ではないことを考えれば、ファイル全体をコンポーネントレベルにしたいと考えました。

追加のコードは次のようになりました：

plugins: [
    new webpack.optimize.CommonsChunkPlugin({ // This plugin is for extracting and created "chunks" (extracted parts of the code that are common and aren't page specific)
        // One of these instances of plugins needs to be specified for EACH chunk file output desired
        filename: "common.js", // Filename for this particular set of chunks to be stored
        name: "common", // Entry point name given for where to pull all of the chunks
        minChunks: 3 // Minimum number of chunks to be created
    })
]

また、react、react-dom、およびreduxモジュールをcommon.jsファイルに割り当てることができるように、変数名でエントリポイント（以下を参照）をパラメーター化する必要がありました。

entry:  {
    main:    "./wwwroot/app/appName.tsx", // Starting point of linking/compiling TypeScript and dependencies, will need to add separate entry points in case of not deving SPA
    index:   "./wwwroot/index.html", // Starting point of including HTML and dependencies, will need to add separate entry points in case of not deving SPA
    favicon: "./wwwroot/favicon.ico", // Input location for favicon
    common:  [ "react", "react-dom", "redux" ] // All of the "chunks" to extract and place in common file for faster loading of common libraries between pages
},
javascriptnode.jsreactjstypescriptwebpack
24
B. Blunt

output設定をnamedrivenに変更します。

    entry: {
        dash: 'app/dash.ts',
        home: 'app/home.ts',
    },
    output: {
        path: './public',
        filename: 'build/[name].js',
        sourceMapFilename: 'build/[name].js.map'
    },
14
basarat

@basaratの答えを拡張するには、ノードの標準ライブラリのglobパッケージを使用して、「エントリ」設定を作成します。

const glob = require("glob");

module.exports = [
  {
    target: "node",
    entry: glob.sync("./src/**/*.test.{ts,tsx}").reduce((acc, file) => {
      acc[file.replace(/^\.\/src\//, "")] = file;
      return acc;
    }, {}),
    output: {
      filename: "[name].js",
      chunkFilename: "[name]-[id].js",
      path: __dirname + "/dist"
    },
    //...
  }
];

これにより、ソースと同じ名前のファイルがビルドされ、.tsおよび.tsx with .js。

3
Mike Marcacci