Gruntjs “看多个”；“文件数组”；咕噜咕噜

因此，在我的配置文件中，我静态地定义了要查看的css文件，以及一些html部分。（最终，我会尽量避免被排除在外..我现在只准备第一次通过）

最初，我将它们存储在grunt config对象中，但很难获得所需的输出，因此我将它们从initConfig方法中移到包装函数中：

原始通行证：

grunt.initConfig({
  cssFiles: [ ... list of files ... ],
  htmlFiles: [ ... list of files ...],
  watch: {
    reload: {
      files: ['<%= cssFiles.concat(htmlFiles).join(",") %>']  
    }
  }
});

---

我觉得我应该能够做到这一点，而不必将我的数组移出grunt配置（尽管我不知道为什么我觉得它们应该留在那里……我想我只是没有看到很多Gruntfile在initconfig之外有代码）

我使用的系统将我需要的所有路径存储在一个配置对象中，就像这样：

grunt.initConfig({

    pathTo: {
        distcss         : './dist/css/master.css',
        srcstyles       : './lib/styles/**/*.scss',
        vendor          : './lib/vendor'
    },
    // tasks...
});

然后，我通过下划线模板加载这些内容，如第一个示例中所示。如果您的项目结构良好，那么通常只有一个minimatch模式就足够了。我所有的CSS都以

lib/styles

和任何杂项结束。第三方资料通常在

lib/vendor

中，因为这是通过Bower管理的

使用正确的目录结构和模式，您不需要大量的路径数组。示例JavaScript项目可能如下所示：

lib
└── src
    ├── app
    └── tests

例如，用于lint应用程序和测试代码的minimatch模式就是

lib/src/***.js

---

但对你有用的东西对你有用；如果您已经编写了一个您满意的系统，无论您是否在其他地方看到过它，都没有理由更改它。：-）

我根本没有写这个系统。我刚刚作为一名前端主管加入，我正在尝试将一些工作流自动化添加到流程中，并将在将来迁移到sass/scss时处理css更改。他们的文件结构没有押韵或理由。实现的设计模式介于“意大利面条”模式和“wut？”模式之间。因此，在sass解决方案实现之前（一个定时功能，需要进行完整的回归测试），我将尝试处理一个20多个文件的笨拙数组。。。

lib
└── src
    ├── app
    └── tests