3

我有一个预先存在的项目，目前正在使用 gulp。

关键库/框架/语言是：

  • MongoDB - 猫鼬
  • AngularJS - 使用 ui-router，也使用 ngClassify
  • ExpressJS - 带护照
  • 节点JS
  • 玉
  • 咖啡脚本
  • Sass - '.sass' 格式
  • JPG/PNG 的

目前，所有内容都使用实时重新加载进行观看，使用 uglify 和 gzip 压缩进行缩小。我的角度 html 视图/指令片段被发送到模板缓存 js 文件中。甚至图像也使用 image min 缩小。

单页应用程序在设计上非常模块化，应用程序有多个“页面”，每个页面都有特定的用途（以个人资料页面为例），使用 ui-route 嵌套视图。并非所有用户都会使用每个页面。因此，为什么我选择转向 WebPack，每个“页面”都是一个模块。这个应用程序的目标是尽可能地反应。切换它们所在的页面/模块时可能会出现轻微的加载时间。

我当前的项目结构有一个 src 和 dist 目录，每个目录都有一个服务器和客户端文件夹。列表目录当然可以在每次构建时安全地删除。我目前没有原始 js 文件或原始 html（除了只需要我的 gulpfile.coffee 的 gulpfile.js），一切都由 gulp 预处理，仅此而已。

所以这是我的问题：

  1. 我是否将我的大部分 gulpfile 替换为 webpack，并让 webpack 处理所有内容（这样做有什么好处）。还是我创建一个中间文件夹（gulp 输出），然后在该文件夹上运行 webpack（只处理缩小的 js/css/html 文件）。基本上，知道我的库/框架是什么，以及我的情况，你将如何构建构建过程？
  2. 您可以使用 ngClassify app.coffee 文件作为入口点吗？还是必须先编译。（如果可以，怎么做？）
4

1 回答 1

2

您当然可以使用Gulp 来触发您的 Webpack 构建并管理您可能拥有的其他任务，但是 Webpack 的想法是它是您的整个构建，您不再需要 Gulp 任务来“缩小”、“连接”和“图像最小”文件等Webpack 通过使用Plugins和Loaders为您完成所有这些工作。

您必须在项目源代码上运行 Webpack，而不是由您的自定义 Gulp 构建创建的已经缩小的包。

恐怕我没有答案的角度问题:)

于 2015-09-24T10:47:08.847 回答