Workflow grunt模块:关于利弊的反馈
我已经跨越了grunt的npm模块的路径,github.com/ozanturgut/grunt-modules,它提供了一种在Grunfiles.js中进行真正分离的方法,使其更具可读性。 但我想知道为什么它作为一种最佳实践没有受到更多的鼓励。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的最佳实践。该库只是在任务之上添加了另一个抽象。这意味着,如果您按照他们的规范编写模块,那么您的模块将只能与他们的库一起工作。从而进一步分化了社会 除了
grunt
之外,它还创建了对grunt模块的对等依赖关系。对等依赖关系不容易管理,特别是如果对等作者没有严格遵循semver的话。在大多数情况下,成为同龄人甚至不是必要的
不建议使用此数据
Grunt团队正朝着基于Node.jsrequire()
的方法发展。这将删除对grunt的对等依赖,并允许整个node.js生态系统使用grunt任务。Grunt团队希望鼓励其他用户尝试效仿
因此,使用require()
向GrunFile中添加帮助程序是目前模块化GrunFile的最佳方法。Grunt下一个版本的方法将极大地帮助用户更好地模块化他们的gruntfiles。忘了说在哪里: