我们强烈建议每个开发者遵循本指导规范,没有人喜欢使用差的插件,这些规范会帮助你制作出更加完美的插件。
指南规范
- 您的插件不应该做非常容易实现的功能
- 比如:删除文件目录不需要插件,在任务里面使用del功能就可以了;
- 不要为了包装而包装,这样可能会降低插件质量;
- Gulp插件是基于文件的操作,如果你发现自己强制在一个流中处理复杂的操作,请替换为正常的node模块来代替;
- 一个好的插件实例应该像`gulp-cooffee`一样,`coffee-script` 和`Vinyl`脱离box将无法工作,所以我们将此功能抽象打包为插件使之正常工作;
- 您的插件应该只做一件事,并且将之做好
- 避免配置选项让插件做不同的工作;
- 例如:一个JS压缩插件不应该有添加header的选项;
- 不要重复其他插件的工作
- 不要实现concat功能,因为已有了gulp-concat插件;
- 不要实现添加headers功能,因为已有了gulp-header插件;
- 不要实现添加footers功能,因为已有了gulp-footer插件;
- 如果它是常见且可选的用例,注明你得插件一般同其他插件使用;
- 尽量使用现有插件,这将减少你得代码量并且确保生态系统的稳定;
- 你得插件必须经过测试
- 测试gulp插件非常容易,你甚至都不需要gulp去测试它;
- 多看一下其他插件的例子;
- 在`package.json`中添加`gulpplugin`作为关键词,这样搜索的时候才会展示你的插件;
- 不要在流里面抛出错误
- 替而换之,你应该发出一个错误时间;
- 如果你在流的外面遇到了错误,例如你在创建流的时候发现无效的配置,可以跑出错误;
- 以你的插件名字作为错误信息的开头
- 例如:gulp-replace: Cannot do regexp replace on a stream;
- 使用`gulp-util`的 PluginError 对象使之更加简单;
- `file.contents`类型的文件,自始至终保持一致
- 如果文件为null或者无法读取,请忽略并继续;
- 如果文件作为流输入,并且你的插件不支持,请抛出错误;不要缓冲一个流强制塞进插件中与其他流一起工作,这将可能引起严重的问题。
- 在做完操作之前,不要进入下一个管道处理。
- 克隆一个文件或者基于文件创建新文件的时候,请使用 file.clone() .
- 使用推荐模块页面上面的模块将会使你的工作更加简单。
- 不要作为依赖来引用 gulp
- 使用 gulp 测试或者自动化你的插件工作流程非常酷,需要确保将之放在devDependency里
- 作为依赖引用gulp,意味着安装你的插件还需要安装gulp和它的所有依赖;
- 一般来说,插件没有任何必要需要依赖gulp,如果你的代码中确实这么做了,请告诉我们来帮助你。