个人做网站需要资质吗,用php做网站的书籍,重庆慕尚网站建设,百度上做广告怎么收费使用nodejs搭建脚手架工具并发布到npm中 一、安装环境依赖及脚手架搭建过程二、搭建Monorepo 风格的脚手架工程三、脚手架的必备模块命令参数模块获取命令参数设置子命令用户交互模块文件拷贝模块脚手架中的路径处理目录守卫文件拷贝模块动态文件生成模块mustache简介自动安装依… 使用nodejs搭建脚手架工具并发布到npm中 一、安装环境依赖及脚手架搭建过程二、搭建Monorepo 风格的脚手架工程三、脚手架的必备模块命令参数模块获取命令参数设置子命令 用户交互模块文件拷贝模块脚手架中的路径处理目录守卫 文件拷贝模块动态文件生成模块mustache简介 自动安装依赖模块发布与安装 四、总结 一、安装环境依赖及脚手架搭建过程 安装 vue-cli 脚手架：npm install -g vue-cli 创建项目：vue create myapp 输入cmd： 在cmd中输入：npm init 输入后会生成一个package.json文件 在package.json中添加：./bin/index.js 这样就声明了一个mortal命令，而./bin/index.js是运行mortal命令后，所运行js的文件相对路径 创建bin文件夹、在bin文件夹下创建index.js文件： 注意：必须加#!/usr/bin/env node否则会报错 **在cmd窗口执行mortal命令：**会报错 报错原因：并不是声明命令的方法错误，而是需要将该脚手架发布到npm上，在package.json中可以看到name值为mortal-cli，所以可以通过运行npm install -g mortal-cli将脚手架安装到本地，再运行mortal才会成功（可理解为安装vue-cli脚手架一样的操作过程） **实现在本地调试脚手架的能力：**先执行npm link再执行mortal则运行成功 **总结：**到此一个声明命令结束 注意： npm link的弊端：若本地存在多个版本的脚手架仓库，在A仓库中修改代码，然后运行mortal命令，会发现所修改的代码并不生效。原因是：在仓库B的脚手架中已经运行了npm link，从而导致再次运行mortal时实际上是执行仓库B中的代码。所以要先在仓库B的脚手架工程中先进行释放，运行npm unlink，然后再在仓库A中执行npm link、mortal，此时仓库A中已经修改的代码会生效。所以可以通过pnpm来搭建monorepo风格的脚手架工程。 Monorepo风格：即代码管理方式，指单个仓库中管理多个项目，有助于简化代码共享、版本控制、构建和部署等方面的复杂性，并提供更好的可重用性和协作性。含有多个子工程，每一个子工程都能独立编译打包，并将产物变成npm包，所以又叫monorepo为多包工程。 修改package.json以便于更好的发布到npm上： 注意：在dependencies中声明mortal-cli依赖包版本需使用workspace:*来定义，而不是使用具体的版本号来定义。 在 pnpm 中使用 workspace: 协议定义某个依赖包版本号时，pnpm 将只解析存在工作空间内的依赖包，不会去下载解析 npm 上的依赖包。 把 mortal-cli 依赖包引入，执行 pnpm i 安装依赖，其效果就跟执行 npm install -g mortal-cli一样，只不过不是全局安装而已，只在调试子工程内安装 mortal-cli 脚手架。然后调试子工程就直接引用脚手架子工程本地编译打包后的产物，而不是发布到 npm 上的产物，彻底做到本地调试。 另外脚手架子工程和调试子工程是在同一个工程中，这样就做一对一的调试，从而解决了使用 npm link 来实现本地调试的弊端。 同时在 scripts 定义了脚本命令，在调试工程中执行 pnpm mortal 既是执行了 mortal 命令，不用脚手架工程中执行 npm link 就可以运行 mortal 命令。 **安装pnpm：**先安装pnpm安装pnpm地址详细请见该文章 安装命令：iwr https://get.pnpm.io/install.ps1 -useb | iex 二、搭建Monorepo 风格的脚手架工程 新建mortal文件夹： 使用pnpm搭建monorepo风格脚手架：pnpm init 创建pnpm-workspace.yaml工作空间配置文件： 并添加以下代码 声明了 packages 和 examples 文件夹中子工程是同属一个工作空间的，工作空间中的子工程编译打包的产物都可以被其它子工程引用。 使用pnpm初始化：pnpm init在packages文件夹下的mortal文件夹下产生一个package.json文件 在package.json文件中新建bin字段声明mortal 在packages-mortal下新建bin文件夹，在bin文件夹下新建index.js文件 在与packages同级目录下新建examples文件夹，在该文件夹下创建app文件夹 输入cmd，再输入pnpm init进行初始化生成package.json文件 给example文件夹中的package.json添加代码: 在最外层的根目录执行安装命令：pnpm install 当前的目录结构： Project Tree插件可生成tree目录，或者在该文件夹中cmd到根目录-输入TREE文件名.txt也可生成tree目录 使用Project Tree插件：Crtl + Shift + P - 输入Project Tree-生成README.md文件 这里是目录工程化 // 当前项目的目录结构如下所示：
mortal
├─ examples
│ └─ app
│ └─ package.json
├─ package.json
├─ packages
│ └─ mortal-cli
│ ├─ bin
│ │ └─ index.js
│ └─ package.json
├─ pnpm-lock.yaml
└─ pnpm-workspace.yaml三、脚手架的必备模块
命令参数模块
获取命令参数
Node.js 中的 process 模块提供了当前 Node.js 进程相关的全局环境信息，比如命令参数、环境变量、命令运行路径process模块 安装命令：npm install const process = require('process');
// 获取命令参数
console.log(process.argv); 脚手架提供的 mortal 命令后面还可以设置参数，标准的脚手架命令参数需要支持两种格式： mortal --name=orderPage
mortal --name orderPage通过 process.argv 来获取，要额外处理两种不同的命令参数格式不方便，这里使用 yargs 开发脚手架/CLI，这里推荐 yargs 开源库来解析命令参数 这里使用 yargs 开发脚手架/CLI：pnpm add yargs --F mortal-cli 这里要注意，mortal-cli 是取 mortal-cli 子工程中 package.json 中 name 字段的值，而不是 mortal-cli 子工程文件夹的名称。yargs 的使用非常简单，其提供的 argv 属性是对两个格式的命令参数的处理结果。 在 bin/index.js 添加如下代码：#!/usr/bin/env node
const yargs = require('yargs')console.log('name',yargs.argv.name);注意，以上代码是在 Node.js 环境中运行，Node.js 的模块是遵循 CommonJS 规范的，如果要依赖一个模块，要使用 Node.js 内置 require 系统函数引用模块使用。 在example/app文件夹下执行：pnpm mortal -- --name=orderPage 注意，在 pnpm mortal 后面需要加上两个连字符（--），这是为了告诉 pnpm 后面的参数是传递给命令mortal 本身的，而不是传递给 pnpm 的。结果是name orderPage 设置子命令 假如脚手架要对外提供多个功能，不能将所有的功能都集中在 mortal 命令中实现。可通过 yargs 提供的 command 方法来设置一些子命令，让每个子命令对应各自功能，各司其职。 yargs.command 的用法是 yargs.command(cmd, desc, builder, handler) cmd：字符串，子命令名称，也可以传递数组，如 [‘create’, ‘c’]，表示子命令叫 create，其别名是 c；desc：字符串，子命令描述信息；builder：一个返回数组的函数，子命令参数信息配置，比如可以设置参数： alias：别名；demand：是否必填；default：默认值；describe：描述信息；type：参数类型，string | boolean | number。 handler: 函数，可以在这个函数中专门处理该子命令参数。设置一个用来生成一个模板的子命令，把这个子命令命名为create： 修改在 bin/index.js 文件中的代码：
#!/usr/bin/env node
//const yargs = require('yargs');
yargs.command(['create', 'c'],'新建一个模板',function (yargs) {return yargs.option('name', {alias: 'n',demand: true,describe: '模板名称',type: 'string'})},function (argv) {console.log('argv', argv);}
).argv;在app下执行：pnpm mortal create -- --name=orderPage和pnpm mortal c -- --name=orderPage 配置了子命令 create 的参数 name 的一些参数信息，如何将这些信息展示给用户：输入子命令的参数有错误，就会在命令行窗口中显示这些参数信息。 在app文件夹目录下：pnpm mortal c -- --abc 最简单地实现了脚手架和用户之间的交互能力，但是如果自定义参数过多，那么命令行参数的交互方法对于用户来说是非常不友好的。所以需要通过用户交互模块桥接与用户进行交互。 用户交互模块
下载inquirer： 实现询问式的交互 pnpm add inquirer@8.2.5 --F mortal-cli 为了使用 require 引入 inquirer ，要使用 8.2.5 版本的 inquirer。 inquirer 能力：询问用户问题、获取并解析用户的输入、检测用户的答案是否合法 主要通过 inquirer.prompt() 来实现。prompt 函数接收一个数组，数组的每一项都是一个询问项，询问项有很多配置参数，下面是常用的配置项：
type：提问的类型，常用的有： 输入框：input；确认：confirm；单选组：list；多选组：checkbox； name：存储当前问题答案的变量；message：问题的描述；default：默认值；choices：列表选项，在某些type下可用；validate：对用户的答案进行校验；filter：对用户的答案进行过滤处理，返回处理后的值。总结：创建一个模板文件，大概会询问用户：模板文件名称、模板类型、使用什么框架开发、使用框架对应的哪个组件库开发等等 在 bin 文件夹中新建 inquirer.js 文件夹：// 添加的内容
const inquirer = require("inquirer");function inquirerPrompt(argv) {const { name } = argv;return new Promise((resolve, reject) = {inquirer.prompt([{type: "input",name: "name",message: "模板名称",default: name,validate: function (val) {if (!/^[a-zA-Z]+$/.test(val)) {return "模板名称只能含有英文";}if (!/^[A-Z]/.test(val)) {return "模板名称首字母必须大写";}return true;},},{type: "list",name: "type",message: "模板类型",choices: ["表单", "动态表单", "嵌套表单"],filter: function (value) {return {表单: "form",动态表单: "dynamicForm",嵌套表单: "nestedForm",}[value];},},{type: "list",message: "使用什么框架开发",choices: ["react", "vue"],name: "frame",},]).then((answers) = {const { frame } = answers;if (frame === "react") {inquirer.prompt([{type: "list",message: "使用什么UI组件库开发",choices: ["Ant Design"],name: "library",},
