使用webpack，引入第三方库，为什么无效？

Question

使用webpack，引入第三方库，为什么无效？

项目的地址 --> 请点击这里

webpack.common.js

const path = require('path');
// HtmlWebpackPlugin 还是会默认生成 index.html 文件。
// 这就是说，它会用新生成的 index.html 文件，把我们的原来的替换。
const HtmlWebpackPlugin = require('html-webpack-plugin');
// 通常，在每次构建前清理 /dist 文件夹，是比较推荐的做法，因此只会生成用到的文件。让我们完成这个需求。
// clean-webpack-plugin 是一个比较普及的管理插件，让我们安装和配置下
const CleanWebpackPlugin = require('clean-webpack-plugin');

const webpack = require('webpack');// 热加载需要的 webpack



module.exports = {
    /*
    entry: {
        // app: './src/index.js',
        // print: './src/print.js'
        // app: './src/index.js'
        index: './src/index.js',
        another: './src/another-module.js'
    },
    */
    /*
        将第三方库(library)（例如 lodash 或 react）提取到单独的 vendor chunk 文件中，是比较推荐的做法，
        这是因为，它们很少像本地的源代码那样频繁修改。

        因此通过实现以上步骤，利用客户端的长效缓存机制，可以通过命中缓存来消除请求，并减少向服务器获取资源，
        同时还能保证客户端代码和服务器端代码版本一致。这可以通过使用新的 entry(入口) 起点，
        以及再额外配置一个 CommonsChunkPlugin 实例的组合方式来实现
     */

    entry: {
        index: './src/index.js',
        another: './src/another-module.js',
        vendor: [
            'lodash'
        ]
    },
    module: {
        rules: [
            {
                test: /\.css$/,
                use: ['style-loader', 'css-loader']
            },
            {
                test: /\.js$/,
                // include 表示哪些目录中的 .js 文件需要进行 babel-loader
                // exclude 表示哪些目录中的 .js 文件不要进行 babel-loader
                exclude: /(node_modules|bower_components)/,
                use: {
                    loader: 'babel-loader',
                    options: {
                        presets: ['env', 'react', 'stage-0']
                    }
                }
            },
            {
                test:/\.jsx?$/,
                exclude:/node_modules/,
                loader:'babel-loader',
                query:{
                    // presets:['es2015','react']
                    presets:['env', 'react', 'stage-0']
                }
            }
        ]
    },
    plugins: [
        // 每次都会清理 dist 文件夹的内容
        new CleanWebpackPlugin(['dist']),
        new HtmlWebpackPlugin({
            // title: 'Production'
            title: 'Caching'
        }),
        /*
        new webpack.optimize.CommonsChunkPlugin({
            name: 'common' // 指定公共 bundle 的名称。
        }),
        */
        new webpack.HotModuleReplacementPlugin(), // 热加载的插件
        /*
        以下是由社区提供的，一些对于代码分离很有帮助的插件和 loaders：

            ExtractTextPlugin: 用于将 CSS 从主应用程序中分离。
            bundle-loader: 用于分离代码和延迟加载生成的 bundle。
            promise-loader: 类似于 bundle-loader ，但是使用的是 promises。

        CommonsChunkPlugin 插件还可以通过使用显式的 vendor chunks 功能，从应用程序代码中分离 vendor 模块
        */
        /*
            幸运的是，可以使用两个插件来解决这个问题。
            第一个插件是 NamedModulesPlugin，将使用模块的路径，而不是数字标识符。
            虽然此插件有助于在开发过程中输出结果的可读性，然而执行时间会长一些。

            第二个选择是使用 HashedModuleIdsPlugin，推荐用于生产环境构建
         */
        // new webpack.HashedModuleIdsPlugin(),
        /*
            将第三方库（library）（例如 lodash 或 react）提取到单独的 vendor chunk 文件中，
            是比较推荐的做法，这是因为，它们很少像本地的源代码那样频繁修改。
            因此通过实现以上步骤，利用客户端的长效缓存机制，可以通过命中缓存来消除请求，
            并减少向服务器获取资源，同时还能保证客户端代码和服务器端代码版本一致。
            这可以通过使用新的 entry（入口）起点，以及再额外配置一个 CommonsChunkPlugin 实例的组合方式来实现
        */
        new webpack.optimize.CommonsChunkPlugin({
            name: 'vendor'
        }),
        /*
            然而 CommonsChunkPlugin 有一个较少有人知道的功能是，能够在每次修改后的构建结果中，
            将 webpack 的样板(boilerplate)和 manifest 提取出来。通过指定 entry 配置中未用到的名称，
            此插件会自动将我们需要的内容提取到单独的包中
         */
        new webpack.optimize.CommonsChunkPlugin({
            name: 'runtime'
        })
    ],
    // 修改配置文件，告诉开发服务器（dev server）在哪里查找文件
    output: {
        filename: '[name].bundle.js',
        // filename: '[name].[chunkhash].js',
        path: path.resolve(__dirname, 'dist'),
        libraryTarget: "umd"
    },
    externals: {
        mathTools: "tools",
    }
};

index.js

import _ from 'lodash';
//import printMe from './print.js';
import './styles.css';

const tools = require('mathTools')
const res = tools.add(1,2)

function component() {
    var element = document.createElement('div');
    var btn = document.createElement('button');
    var br = document.createElement('br');

    element.innerHTML = _.join(['Hello', 'webpack'], ' ');

    btn.innerHTML = '点击并且检测输出=='+res;
    // btn.onclick = printMe; // 这个需要注释掉，否则跟下面的懒加载冲突

    element.appendChild(br);
    element.appendChild(btn);

    // Note that because a network request is involved, some indication
    // of loading would need to be shown in a production-level site/app


    btn.onclick = e => import(/* webpackChunkName: "print" */ './print').then(module => {
        var printMe = module.default;
        printMe();
    });

    //btn.onclick = e => import(/* webpackChunkName: "print" */ './print').then(module => {
    //    var print = module.default;
    //    print();
    //});

    return element;
}

// document.body.appendChild(component());

let element = component(); // 当 print.js 改变导致页面重新渲染时，重新获取渲染的元素
document.body.appendChild(element);


if (module.hot) {
    module.hot.accept('./print.js', function() {
        console.log('Accepting the updated printMe module!');
        // printMe();
        document.body.removeChild(element);
        element = component(); // 重新渲染页面后，component 更新 click 事件处理
        document.body.appendChild(element);
    })
}

tools.js

window.Tools = {
    add: function(num1, num2) {
        return num1 + num2
    }
}
/*
    假设我们自己有个工具库 tools.js 它并没有提供给我们UMD的那些功能，
    只是使用window或者global的方式把工具的对象tools暴露出来
 */