Question

我试图弄清楚是否值得转移到webpack，我倾向于说不 - 我觉得我有更重要的事情要做 - 但我想看看如何制作webpack的一些实际例子工作。

因此，如果我有以下Gulp.js任务，我将如何将其作为webpack任务执行？

 public void show()
{
    Toast.makeText(getApplicationContext(),"1",Toast.LENGTH_SHORT).show();
    new Thread(new Runnable() {
        @Override
        public void run() {
            Looper.prepare();
            Toast.makeText(getApplicationContext(),"2",Toast.LENGTH_SHORT).show();

            new Handler().postDelayed(new Runnable() {
                @Override
                public void run() {
                    Toast.makeText(getApplicationContext(),"3",Toast.LENGTH_SHORT).show();

                    int arr[]={R.drawable.img1,R.drawable.img2,R.drawable.img3,R.drawable.img4};
                    int i=1;
                    do
                    {
                        i++;
                        try
                        {
                            imageView.setImageResource(arr[i]);
                            Thread.sleep(2000);
                        }
                        catch (InterruptedException e) {e.printStackTrace();}
                    }
                    while(i==arr.length);
                }
            },2000);
        }
    }).start();
}

所以上面的任务就是 -

将文件包含在其他文件中以进行处理。

通过我自己定义的代码运行管道内容 - 我想在webpack中那会运行我自己的插件？

丑化

删除控制台语句

重命名输出文件，使其具有版本。

写出特定地点

Answer 1

第一项 - 包括其他文件中的文件 - 是webpack最大的好处之一，可以说是来自所有grunt / gulp工作流程的人。而不是在外部管理依赖项（在构建工具中），并且必须确保文件根据其运行时依赖性正确组合，而使用webpack，依赖项是代码库的一部分，如require()表达式。您将应用程序编写为js模块的集合，每个模块加载它依赖的模块; webpack相应地理解这些依赖关系和包。如果你还没有以模块化方式编写js，这是一个很大的转变，但值得付出努力。这也反映了webpack的用途 - 它在概念上围绕构建js应用程序，而不是捆绑您网站使用的一些j。

你的第二个项目更可能是一个自定义加载器，它比自定义插件更容易编写。 Webpack在整个过程中都是可扩展的，但编写自定义集成的文档记录很少。

Webpack的Uglify插件也将删除console.logs，超级简单。

指定输出详细信息是基本webpack配置的一部分，只需填写几个选项。

如何将此gulp.js任务重写为webpack

1 个答案: