angular创建原理图

初始化库和原理图配置

概念：当创建 Angular 库时，你可以为同时为它打包进一组原理图，并把它与 Angular CLI 集成在一起。借助原理图，用户可以用 ng add 来安装你这个库的初始版本，可以用 ng generate 来创建你在库中定义的一些工件，可以用 ng update 来调整他们的项目，以支持你在库的新版本中引入的重大变更。
这三种原理图都可以作为打包进库中的集合的一部分。
创建项目、库

1. 新建项目
   创建一个不带app模块的项目，因为我只是想建个库
   ng new my-project --create-application=false
2. 新建库
   ng g library nine-me

创建一个原理图集合
要开始一个集合，需要创建一些原理图文件。下列步骤说明了如何在不修改任何项目文件的情况下添加初始支持。

1. 在库的根文件夹中，创建一个 schematics/ 文件夹。
2. 在 schematics/ 文件夹中，给第一个原理图创建一个 ng-add/ 文件夹。
3. 在 schematics/ 文件夹的根级，创建一个 collection.json 文件。
4. 编辑 collection.json 文件来定义你的集合的初始模式定义。
   {
   “name”: “my-lib”,
   “version”: “0.0.1”,
   “schematics”: “./schematics/collection.json”,
   }

○ $schema 路径是相对于 Angular Devkit 集合模式定义的。
○ schematics 对象描述了该集合中的命名原理图。
○ 第一个条目是名为 ng-add 的原理图。它包含了描述，并指向执行此原理图时要调用的工厂函数。
5. 在这个库项目的 package.json 文件中，添加一个 “schematics” 的条目，里面带有你的模式定义文件的路径。当 Angular CLI 运行命令时，会根据这个条目在你的集合中查找指定名字的原理图。

{
“name”: “my-lib”,
“version”: “0.0.1”,
“schematics”: “./schematics/collection.json”,
}

你所创建的初始模式告诉 CLI 在哪里可以找到支持 ng add 命令的原理图。
提供安装支持
ng add 命令的原理图可以增强用户的初始安装过程。可以按如下步骤定义这种原理图。

1. 进入 /schematics/ng-add/ 目录。
2. 创建文件 index.ts。
3. 打开 index.ts 并添加原理图工厂函数的源代码。

import { Rule, SchematicContext, Tree } from ‘@angular-devkit/schematics’;
import { NodePackageInstallTask } from ‘@angular-devkit/schematics/tasks’;

// Just return the tree
export function ngAdd(): Rule {
return (tree: Tree, context: SchematicContext) => {
context.addTask(new NodePackageInstallTask());
return tree;
};
}

提供初始 ng add 支持所需的唯一步骤是使用 SchematicContext 来触发安装任务。该任务会借助用户首选的包管理器将该库添加到宿主项目的 package.json 配置文件中，并将其安装到该项目的 node_modules 目录下。
在这个例子中，该函数会接收当前的 Tree（在 schematics 中，一个用 Tree 类表示的虚拟文件系统） 并返回它而不作任何修改。如果需要，也可以在安装软件包时进行额外的设置，比如生成文件、更新配置、或者库所需的任何其它初始设置。
定义依赖类型
如果该库应该添加到 dependencies 中、devDependencies 中，或者不用保存到项目的 package.json 配置文件中，请使用 ng-add 的 save 选项进行配置
“ng-add”: {
“save”: “devDependencies”
},

可能的值有：
值 详情
false 不把此包添加到 package.json
true 把此包添加到 dependencies
“dependencies” 把此包添加到 dependencies
“devDependencies” 把此包添加到 devDependencies
构建你的原理图
要把你的原理图和库打包到一起，就必须把这个库配置成单独构建原理图，然后再把它们添加到发布包中。你必须先构建库再构建原理图，这样才能把它们放到正确的目录下。
● 你的库需要一个自定义的 Typescript 配置文件，里面带有如何把原理图编译进库的发布版的一些指令。
● 要把这些原理图添加到库的发布包中，就要把这些脚本添加到该库的 package.json 文件中。
假设你在 Angular 工作区中有一个库项目 my-lib。要想告诉库如何构建原理图，就要在生成的 tsconfig.lib.json 库配置文件旁添加一个 tsconfig.schematics.json 文件。

1. 编辑 tsconfig.schematics.json 文件，添加如下内容。
   {
   “compilerOptions”: {
   “baseUrl”: “.”,
   “lib”: [
   “es2018”,
   “dom”
   ],
   “declaration”: true,
   “module”: “commonjs”,
   “moduleResolution”: “node”,
   “noEmitOnError”: true,
   “noFallthroughCasesInSwitch”: true,
   “noImplicitAny”: true,
   “noImplicitThis”: true,
   “noUnusedParameters”: true,
   “noUnusedLocals”: true,
   “rootDir”: “schematics”,
   “outDir”: “…/…/dist/my-lib/schematics”,
   “skipDefaultLibCheck”: true,
   “skipLibCheck”: true,
   “sourceMap”: true,
   “strictNullChecks”: true,
   “target”: “es6”,
   “types”: [
   “jasmine”,
   “node”
   ]
   },
   “include”: [
   “schematics//"
   ],
   “exclude”: [
   "schematics//files//*”
   ]
   }
   选项 详情
   rootDir 指出在你的 schematics/ 文件夹中包含要编译的输入文件。
   outDir 映射到了库的输出目录下。默认情况下，这是工作区根目录下的 dist/my-lib 文件夹。
2. 要确保你的原理图源文件会被编译进库包中，把下列脚本添加到库项目的根文件夹（projects/my-lib）下的 package.json 文件中。
   {
   “name”: “my-lib”,
   “version”: “0.0.1”,
   “scripts”: {
   “build”: “tsc -p tsconfig.schematics.json”,
   “postbuild”: “copyfiles schematics//schema.json schematics//files/** schematics/collection.json …/…/dist/my-lib/”
   },
   “peerDependencies”: {
   “@angular/common”: “^7.2.0”,
   “@angular/core”: “^7.2.0”
   },
   “schematics”: “./schematics/collection.json”,
   “ng-add”: {
   “save”: “devDependencies”
   },
   “devDependencies”: {
   “copyfiles”: “file:…/…/node_modules/copyfiles”,
   “typescript”: “file:…/…/node_modules/typescript”
   }
   }
   ○ build 脚本使用自定义的 tsconfig.schematics.json 文件来编译你的原理图。
   ○ postbuild 脚本会在 build 脚本完成后复制原理图文件。
   ○ build 和 postbuild 脚本都需要用到 copyfiles 和 typescript 依赖项。
   提供生成器支持
   你可以把一个命名原理图添加到集合中，让你的用户可以使用 ng generate 命令来创建你在库中定义的工件。
   假设你的库定义了一项需要进行某些设置的服务 my-service。你希望用户能够用下面的 命令来生成它。
   ng generate my-lib:my-service
   首先，在 schematics 文件夹中新建一个子文件夹 my-service。
   配置新的原理图
   当你要把一个原理图添加到集合中时，就必须在该集合的模式中指向它，并提供一些配置文件来定义用户可以传给该命令的选项。
3. 编辑一下 schematics/collection.json 文件，指向新的原理图子文件夹，并附上一个指向模式文件的指针，该文件将会指定新原理图的输入。
   {
   “$schema”: “…/…/…/node_modules/@angular-devkit/schematics/collection-schema.json”,
   “schematics”: {
   “ng-add”: {
   “description”: “Add my library to the project.”,
   “factory”: “./ng-add/index#ngAdd”
   },
   “my-service”: {
   “description”: “Generate a service in the project.”,
   “factory”: “./my-service/index#myService”,
   “schema”: “./my-service/schema.json”
   }
   }
   }
4. 进入 /schematics/my-service/ 目录。
5. 创建一个 schema.json 文件并定义该原理图的可用选项。
   {
   “$schema":"http://json-schema.org/schema","$id”: “SchematicsMyService”,
   “title”: “My Service Schema”,
   “type”: “object”,
   “properties”: {
   “name”: {
   “description”: “The name of the service.”,
   “type”: “string”
   },
   “path”: {
   “type”: “string”,
   “format”: “path”,
   “description”: “The path to create the service.”,
   “visible”: false
   },
   “project”: {
   “type”: “string”,
   “description”: “The name of the project.”,
   “KaTeX parse error: Expected '}', got 'EOF' at end of input: …ault": { "source”: “projectName”
   }
   }
   },
   “required”: [
   “name”
   ]
   }
   ● id：这个模式定义在集合中的唯一 ID。
   ● title：一个人类可读的模式描述。
   ● type：由这些属性提供的类型描述符。
   ● properties：一个定义该原理图可用选项的对象。
   每个选项都会把 key 与类型、描述和一个可选的别名关联起来。该类型定义了你所期望的值的形态，并在用户请求你的原理图给出用法帮助时显示这份描述。
6. 创建一个 schema.ts 文件，并定义一个接口，用于存放 schema.json 文件中定义的各个选项的值。
   export interface Schema {
   // The name of the service.
   name: string;

// The path to create the service.
path?: string;

// The name of the project.
project?: string;
}
选项 详情
name 创建的服务的指定名称。
path 覆盖为原理图提供的路径。默认情况下，路径是基于当前工作目录的。
project 提供一个具体项目来运行原理图。在原理图中，如果用户没有给出该选项，你可以提供一个默认值。
添加模板文件
要把文件添加到项目中，你的原理图就需要自己的模板文件。原理图模板支持特殊的语法来执行代码和变量替换。

1. 在 schematics/my-service/ 目录下创建一个 files/ 文件夹。
2. 创建一个名叫 name@dasherize.service.ts.template 的文件，它定义了一个可以用来生成文件的模板。这里的模板会生成一个已把 HttpClient 注入到其构造函数中的服务。
   import { Injectable } from ‘@angular/core’;
   import { HttpClient } from ‘@angular/common/http’;

@Injectable({
providedIn: ‘root’
})
export class <%= classify(name) %>Service {
constructor(private http: HttpClient) { }
}
○ classify 和 dasherize 方法是实用函数，你的原理图会用它们来转换你的模板源码和文件名。
○ name 是工厂函数提供的一个属性。它与你在模式中定义的 name 是一样的。
添加工厂函数
现在，已经有了基础设施，可以开始定义一个 main 函数来执行要对用户项目做的各种修改了。
Schematics 框架提供了一个文件模板系统，它支持路径和内容模板。系统会操作在这个输入文件树（Tree）中加载的文件内或路径中定义的占位符，用传给 Rule 的值来填充它们。

1. 创建主文件 index.ts 并为你的原理图工厂函数添加源代码。
2. 首先，导入你需要的原理图定义。Schematics 框架提供了许多实用函数来创建规则或在执行原理图时和使用规则。
   import {
   Rule, Tree, SchematicsException,
   apply, url, applyTemplates, move,
   chain, mergeWith
   } from ‘@angular-devkit/schematics’;

import { strings, normalize, virtualFs, workspaces } from ‘@angular-devkit/core’;
3. 导入已定义的模式接口，它会为你的原理图选项提供类型信息。
import {
Rule, Tree, SchematicsException,
apply, url, applyTemplates, move,
chain, mergeWith
} from ‘@angular-devkit/schematics’;

import { strings, normalize, virtualFs, workspaces } from ‘@angular-devkit/core’;

import { Schema as MyServiceSchema } from ‘./schema’;

4. 要想构建 “生成器原理图”，我们从一个空白的规则工厂开始。
   export function myService(options: MyServiceSchema): Rule {
   return (tree: Tree) => tree;
   }
   这个规则工厂返回树而不做任何修改。这些选项都是从 ng generate 命令传过来的选项值。
   定义一个生成器规则
   你现在有了一个框架，可用来创建一些真正修改用户程序的代码，以便对库中定义的服务进行设置。
   用户安装过此库的 Angular 工作区中会包含多个项目（应用和库）。用户可以在命令行中指定一个项目，也可以使用它的默认值。在任何一种情况下，你的代码都需要知道应该在哪个项目上应用此原理图，这样才能从该项目的配置中检索信息。
   可以使用传给工厂函数的 Tree 对象来做到这一点。通过 Tree 的一些方法，你可以访问此工作区的完整文件树，以便在运行原理图时读写文件。
   获取项目配置
5. 要确定目标项目，可以使用 workspaces.readWorkspace 方法在工作区的根目录下读取工作区配置文件 angular.json 的内容。要想使用 workspaces.readWorkspace，你要先从这个 Tree 创建出一个 workspaces.WorkspaceHost。将以下代码添加到工厂函数中。
   import {
   Rule, Tree, SchematicsException,
   apply, url, applyTemplates, move,
   chain, mergeWith
   } from ‘@angular-devkit/schematics’;

import { strings, normalize, virtualFs, workspaces } from ‘@angular-devkit/core’;

import { Schema as MyServiceSchema } from ‘./schema’;

function createHost(tree: Tree): workspaces.WorkspaceHost {
return {
async readFile(path: string): Promise {
const data = tree.read(path);
if (!data) {
throw new SchematicsException(‘File not found.’);
}
return virtualFs.fileBufferToString(data);
},
async writeFile(path: string, data: string): Promise {
return tree.overwrite(path, data);
},
async isDirectory(path: string): Promise {
return !tree.exists(path) && tree.getDir(path).subfiles.length > 0;
},
async isFile(path: string): Promise {
return tree.exists(path);
},
};
}

export function myService(options: MyServiceSchema): Rule {
return async (tree: Tree) => {
const host = createHost(tree);
const { workspace } = await workspaces.readWorkspace(‘/’, host);

};
}

2. 现在有了项目名称，用它来检索指定项目的配置信息。
   const project = (options.project != null) ? workspace.projects.get(options.project) : null;
   if (!project) {
   throw new SchematicsException(Invalid project name: ${options.project});
   }

const projectType = project.extensions.projectType === ‘application’ ? ‘app’ : ‘lib’;
此 workspace.projects 对象包含指定项目的全部配置信息。
3. options.path 决定了应用原理图之后，要把原理图模板文件移动到的位置。原理图模式中的 path 选项默认会替换为当前工作目录。如果未定义 path，就使用项目配置中的 sourceRoot 和 projectType 来确定。
if (options.path === undefined) {
options.path = ${project.sourceRoot}/${projectType};
}
定义规则
Rule 可以使用外部模板文件，对它们进行转换，并使用转换后的模板返回另一个 Rule 对象。可以用模板来生成原理图所需的任意自定义文件。

1. 将以下代码添加到工厂函数中。
   const templateSource = apply(url(‘./files’), [
   applyTemplates({
   classify: strings.classify,
   dasherize: strings.dasherize,
   name: options.name
   }),
   move(normalize(options.path as string))
   ]);
   方法 详情
   apply() 将多个规则应用于源并返回转换后的源。它需要 2 个参数、一个源和一个规则数组。
   url() 相对于原理图，从文件系统中读取源文件。
   applyTemplates() 接收你希望使其可用于原理图模板和原理图文件名的方法和属性的参数。它返回一个 Rule。这是你定义 classify() 和 dasherize() 方法以及 name 属性的地方。
   classify() 接受一个值并以标题大小写形式返回值。例如，如果提供的名称是 my service，它会作为 MyService 返回。
   dasherize() 接受一个值并以虚线和小写形式返回值。例如，如果提供的名称是 MyService，则它将作为 my-service 返回。
   move() 应用原理图时，将提供的源文件移动到它们的目标文件中。
2. 最后，规则工厂必须返回一条规则。
   return chain([
   mergeWith(templateSource)
   ]);
   该 chain() 方法允许你把多个规则组合到一个规则中，这样就可以在一个原理图中执行多个操作。这里你只是把模板规则和原理图要执行的代码合并在一起。
   请看原理图规则函数的一个完整例子。
   import {
   Rule, Tree, SchematicsException,
   apply, url, applyTemplates, move,
   chain, mergeWith
   } from ‘@angular-devkit/schematics’;

import { strings, normalize, virtualFs, workspaces } from ‘@angular-devkit/core’;

import { Schema as MyServiceSchema } from ‘./schema’;

function createHost(tree: Tree): workspaces.WorkspaceHost {
return {
async readFile(path: string): Promise {
const data = tree.read(path);
if (!data) {
throw new SchematicsException(‘File not found.’);
}
return virtualFs.fileBufferToString(data);
},
async writeFile(path: string, data: string): Promise {
return tree.overwrite(path, data);
},
async isDirectory(path: string): Promise {
return !tree.exists(path) && tree.getDir(path).subfiles.length > 0;
},
async isFile(path: string): Promise {
return tree.exists(path);
},
};
}

export function myService(options: MyServiceSchema): Rule {
return async (tree: Tree) => {
const host = createHost(tree);
const { workspace } = await workspaces.readWorkspace(‘/’, host);

const project = (options.project != null) ? workspace.projects.get(options.project) : null;
if (!project) {
  throw new SchematicsException(`Invalid project name: ${options.project}`);
}

const projectType = project.extensions.projectType === 'application' ? 'app' : 'lib';

if (options.path === undefined) {
  options.path = `${project.sourceRoot}/${projectType}`;
}

const templateSource = apply(url('./files'), [
  applyTemplates({
    classify: strings.classify,
    dasherize: strings.dasherize,
    name: options.name
  }),
  move(normalize(options.path as string))
]);

return chain([
  mergeWith(templateSource)
]);

};
}

打包发布库
在库的根目录的package.json中加入这行命令即可：
“publish:my-gp-lib”: “cd projects/my-lib && npm version patch && ng build my-lib && npm run build && cd …/…/dist/my-lib && npm publish && cd …/…/”
打包发布成功后，在其他项目中也可运用原理图自动生成文件；
运行你的库原理图
在构建库和原理图之后，你就可以安装一个原理图集合来运行你的项目了。下面的步骤介绍了如何使用上面创建的原理图来生成服务。
构建你的库和原理图
在工作区的根目录下，运行库的 ng build 命令。
ng build my-lib
然后，进入库目录，构建原理图
cd projects/my-lib
npm run build
链接这个库
这些库和原理图都已打包好了，就放在你工作区根目录下的 dist/my-lib 文件夹中。要运行这个原理图，你需要把这个库链接到 node_modules 文件夹中。在工作区的根目录下，运行 npm link 命令，并把你的可分发库的路径作为参数。
npm link dist/my-lib
运行原理图
现在库已经安装完毕，可以使用 ng generate 命令来运行原理图了。
ng generate my-lib:my-service --name my-data
在控制台中，你会看到原理图已经运行过了，my-data.service.ts 文件被创建在了指定 文件夹中。
CREATE src/app/my-data.service.ts (208 bytes)

注意点
1.发布库一个使用了Ivy full compilation mode的包，但这是不被允许的。
解决方法是删除构建目录，使用Ivy partial compilation mode重新构建你的包，然后再次发布。
可以按照以下步骤尝试解决问题：

1. 删除构建目录（例如dist目录）。
2. 在tsconfig.json中配置Ivy partial compilation mode：

{ “angularCompilerOptions”: { “enableIvy”: true, “compilationMode”: “partial” } }

2.在其他项目运用原理图时需要安装"@schematics/angular"、@angular-devkit/schematics，否则报错，如图：

3.在其他项目中运行原理图时出现这样的错误”Invalid rule result: Instance of class Promise.“
解决方法：
错误消息“无效规则结果：类Promise的实例”表明，Angular环境的配置或命令本身可能存在问题。
以下是一些可以尝试的故障排除步骤：
1.首先检查项目Angular版本：确保已经安装了最新版本的Angular CLI，并且项目正在使用兼容版本的Anglar。
2.检查命令语法：确保命令语法正确，并且已经提供了所有必要的参数。
3.检查环境设置：检查是否具有所有必需的依赖项和配置。
4.检查是否有任何冲突的插件或扩展：如果开发环境中安装了任何插件或扩展，可能会导致与Angular CLI发生冲突。