Workflow grunt模块:关于利弊的反馈

Workflow grunt模块:关于利弊的反馈,workflow,npm,gruntjs,frontend,modular,Workflow,Npm,Gruntjs,Frontend,Modular,我已经跨越了grunt的npm模块的路径,github.com/ozanturgut/grunt-modules,它提供了一种在Grunfiles.js中进行真正分离的方法,使其更具可读性。 但我想知道为什么它作为一种最佳实践没有受到更多的鼓励。 有什么建议吗?因为这不是Grunt的最佳实践。该库只是在任务之上添加了另一个抽象。这意味着,如果您按照他们的规范编写模块,那么您的模块将只能与他们的库一起工作。从而进一步分化了社会 除了grunt之外,它还创建了对grunt模块的对等依赖关系。对等依赖

我已经跨越了grunt的npm模块的路径,github.com/ozanturgut/grunt-modules,它提供了一种在Grunfiles.js中进行真正分离的方法,使其更具可读性。 但我想知道为什么它作为一种最佳实践没有受到更多的鼓励。
有什么建议吗?

因为这不是Grunt的最佳实践。该库只是在任务之上添加了另一个抽象。这意味着,如果您按照他们的规范编写模块,那么您的模块将只能与他们的库一起工作。从而进一步分化了社会

除了
grunt
之外,它还创建了对
grunt模块的对等依赖关系。对等依赖关系不容易管理,特别是如果对等作者没有严格遵循semver的话。在大多数情况下,成为同龄人甚至不是必要的

不建议使用此数据

Grunt团队正朝着基于Node.js
require()
的方法发展。这将删除对grunt的对等依赖,并允许整个node.js生态系统使用grunt任务。Grunt团队希望鼓励其他用户尝试效仿

因此,使用
require()
向GrunFile中添加帮助程序是目前模块化GrunFile的最佳方法。Grunt下一个版本的方法将极大地帮助用户更好地模块化他们的gruntfiles。

忘了说在哪里: