Why Node.js?
常用的用来编写CLI的语言有 python, ruby, perl, Node.js等等。 为什么选取Node.js作为CLI的语言编写工具呢？有三个理由：
主要原因还是归咎于npm 完善的生态，目前npm官方有47.5万个三方包可供使用，你可以很方便的使用一些已经编写的很不错的轮子去帮你快速开发。另一方面，你不需要考虑跨平台的安装问题，比如OSX上的homebrew、Debian的aptitude、CentOS 上的yum。如果使用shell或者其它语言来编写CLI，需要针对各个主流OS来做兼容并且发布到不同的平台。
看个demo
注： 此处的Logo使用的是figlet这个npm包来帮助生成
npm关联CLI的基本原理
如何让Node.js编写的包可执行？其实很简单，只需要在package.json里面增加一个bin字段。模块发布到npm上后，开发者安装这个包的时候会检查是否有bin字段，如果有bin字段则会使用软链接的方式创建可以全局使用的命令。
如果模块采用全局安装的方式，对于类unix系统，会在/usr/local/bin目录创建软链接，对于windows系统，在C:\Users\username\AppData\Roaming\npm目录创建软链接。
如果模块采用局部安装的方式，则会在项目内的./node_modules/.bin目录创建软链接。
配置好的package.json如下：
…
"description": "A command line tool aims to improve front-end engineer workflow.",
"main": "lib/index.js",
"bin" : {
"feflow" : "./bin/feflow"
}
…
CLI基本命令设计
$ feflow --help A command line tool aims to improve front-end engineer workflow Usage: feflow [options] [command] Commands: init Choose a scaffold to initialize project. scan --receiver Scan a group and mail to receiver install <plugin> Install a plugin or a yeoman generator. Options: --version, -[vV] Print version and exit successful --help, Print this help and exit successf
Feflow的技术架构
Feflow总体分为3个模块，包括parser命令行参数解析、核心命令以及插件机制。设计插件主要是为了保持整体功能的稳定，避免频繁升级；同时开放能力，支持开发者接入，完善整体的生态。
扫描器的实现
在一个工程项目中，有各种各样的规范，比如项目命名规范、描述规范、目录结构规范、README.md规范，是否增加基本监控等等。编写扫描器scanner，对某个Group里面的所有业务项目进行扫描，将不符合规范的仓库和不符合规范的地方列举出来，并且捞出责任人。最后通过邮件及定时任务发送给相关同学，并且敦促修改。扫描器流程图如下：
首先，需要一个任务队列，队列里面存放不同的扫描任务。每个扫描任务依赖相关的文件信息或者Commit信息，这个时候需要调用Git code提供的三方API进行文件信息拉取。之后，需要编写一个规则引擎，这个规则引擎里面有多个规范相关的检查工具，解析完成后会将结果生成HTML格式的字符串。最后调用邮件服务和定时任务服务去通知相关开发者。
插件机制设计
$ feflow install <plugin> # 安装一个插件, --force则会强制安装 $ feflow remove <plugin> # 卸载一个插件 $ feflow list # 列举出所有插件信息 $ feflow list <plugin> # 列举某个插件信息
插件机制实现
插件机制的实现包括两个部分：插件注册机制和插件发现机制。feflow要求插件必须以feflow-plugin-开头或者 generator-开头，generator作为一种特殊的插件，插件代码以npm包的形式存储和管理。运行feflow install plugin命令时，会通过npm 的 regsitry检查是否存在插件，如果存在，会检查当前插件是否是最新版本。如果不是最新版本，则提示用户是否需要更新。然后将插件下载到Home目录下的.feflow目录（Windows系统为"C:\Users\username\.feflow" 目录）下的node_modules里面，并且写入到配置文件里面。
本地模块注册机制
本地模块发现机制
npm 的 registry服务
常用三方包分享
遇到的问题
1，windows下用户未设置HOME环境变量导致报错
解决办法: 由于windows下HOME环境变量并非默认存在，因此不能直接使用。判断process.platform === ‘win32'，优先使用HOME变量，否则使用USERPROFILE变量；建议使用osenv这个包。
2，OSX平台运行feflow报错: env: node\r: No such file or directory
解决办法: 由于类unix系统的换行符号为\n，而windows系统为\n\r。修复换行问题。可以在工程根目录下加.gitattributes文件，设置* text eol=lf，这样git提交时就不会讲LF转换成CRLF
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持亿速云。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
