이 글에서는 angularjs타사 라이브러리 사용 방법을 소개합니다. 어떤 타사 라이브러리를 Anglejs에서 사용할 수 있나요?
Angular의 구성 요소와 모듈은 기존의 다양한 타사 라이브러리(예: lodash
, moment
등) 사용과 약간 호환되지 않는 것 같습니다. 이는 큰 문제입니다. 그 이유는 TypeScript로 인한 아티팩트 때문입니다. 프런트엔드의 세 가지 요소는 실제로 동일합니다. 어떤 프런트엔드 프레임워크를 사용하든 이러한 타사 라이브러리를 사용할 수 있습니다. lodash
、moment
等)使用上有点格格不入,这很大的原因是 TypeScript 造成的假象。三足鼎立的前端其实都是雷同的,不管是哪种前端框架都可以使用到这些第三方类库。
以下我将从另一个视角解释 Angular 如何使用第三方类库的一种经验做法。
在开始之前,需要先了解一下 TypeScript 模块系统 ——模块是指在其自身作用域里执行,而不是在全局作用域里;模块间是依靠 export
和 import
建立关系。编译器在编译过程中,也是依赖这种关系来定位需要编译的文件。
TypeScript 依然还是以 JavaScript 文件的形式发布类库,这会导致类型无法表述,需要配合声明文件对其进行类型描述;因此声明文件成了类库一个必不可少的组成部分。
Angular 使用 TypeScript 语言开发,诚如上一小节讲来说,要想让一个类库被运用,要件是有没有声明文件。
要分清类库是否有声明文件 *.d.ts
,可以从两个方面来确认这件事:
1、类库自带
从 Npm 安装一个依赖包后,可以直接检查其库的 package.json
是否包含 typings
节点,例如 moment
:
"typings": "./moment.d.ts"
2、TypeSearch检索
TypeScript 提供了一个叫 TypeSearch 网站,可以直接输入关键词检查是否包含该类库的声明文件。
例如 lodash
可以在列表中点击会跳转至 npm 网站,并且会看到这样的一个命令:
npm install --save @types/lodash
这类情况还蛮常见,例如早一点时间 G2
就没有声明文件,这种情况下只能自行编写声明文件。
Angular Cli 创建的项目会包含一个 src/typings.d.ts
声明文件,它会自动包含在全局声明定义中,而把这些类库的声明信息写在这里面再好不过。
一般而言自己很难对一个类库写一个完整的声明文件,这对于成本来说太不合算,因此往往都是只对部分全局对象做一个 any
(表示忽略该静态类型检查)亦可,例如:
// src/typings.d.ts declare var G2: any;
声明文件是纽带,依然以这种方式来划分如何使用。
对于有声明文件,无需额外做什么,只需在需要模块的地方使用 import
来导入即可,例如:
import * as moment from 'moment'; moment(); // 当前时间
重要来看无声明文件时怎么做,前面说到使用 any
来表示忽略静态类型检查,意味者无法享受声明文件带来的智能提示快感。
像 G2
,我们可以在项目的任意位置直接使用它,但也仅仅只能识别 G2
变量,而实例的方法或属性是不可知的。
// app.component.ts const g2 = new G2(); g2. // 输入 `.` 后是不会有任何方法或属性
除此之外 TypeScript 编译过程中也不会对 G2
做任何类型检查,G2
是否真的存在只能由自己把握。对于 Angular 而言,是需要额外在 .angular-cli.json
的 scripts
节点上明确加载这些模块。(想看更多就到PHP中文网AngularJS开发手册中学习)
// .angular-cli.json "scripts": [ "../node_modules/@antv/g2/dist/g2.min.js" ]
TypeScript 编译后依然还是 JavaScript 代码,假如不手动加载 G2
相关 JavaScript 文件,自然在运行过程中会提供未找到 G2
的错误。
从 TypeScript 的视角来看如何使用第三方类库,会有不同的感觉,只是一个简单的非靠谱但有效的描述。希望懂得多的人手下留情。
这里无意黑아래에서는 Angular가 타사 라이브러리를 사용하는 방법을 또 다른 관점에서 설명하겠습니다.G2
的意思,现G2
import
는 관계를 설정합니다. 컴파일 프로세스 중에 컴파일러는 이 관계를 사용하여 컴파일해야 하는 파일을 찾습니다. TypeScript는 여전히 JavaScript 파일 형식으로 클래스 라이브러리를 게시하므로 유형을 표현할 수 없으며 유형을 설명하기 위해 선언 파일이 필요하므로 선언 파일은 클래스 라이브러리에 없어서는 안될 부분이 되었습니다.
*.d.ts
가 있는지 구별하려면 다음 두 가지 측면에서 이를 확인할 수 있습니다. 🎜🎜 1, 클래스 라이브러리가 함께 제공됩니다🎜🎜Npm에서 종속 패키지를 설치한 후 해당 라이브러리의 package.json
에 입력
이 포함되어 있는지 직접 확인할 수 있습니다. moment
와 같은 노드:🎜rrreee🎜2. TypeSearch 검색🎜🎜TypeScript는 키워드를 직접 입력하여 해당 선언 파일이 있는지 확인할 수 있는 TypeSearch라는 웹사이트를 제공합니다. 클래스 라이브러리가 포함되어 있습니다. 🎜🎜예를 들어 목록에서 lodash
를 클릭하면 npm 웹사이트로 이동하고 다음과 같은 명령이 표시됩니다. 🎜rrreeeG2
에는 선언 파일이 없었습니다. 이 경우 선언 파일을 직접 작성하면 됩니다. 🎜🎜Angular Cli로 생성된 프로젝트에는 전역 선언 정의에 자동으로 포함되는 src/typings.d.ts
선언 파일이 포함되며 이러한 클래스 라이브러리 이곳은 면책조항 정보를 입력할 수 있는 좋은 장소입니다. 🎜🎜일반적으로 클래스 라이브러리에 대한 완전한 선언 파일을 작성하는 것은 어렵습니다. 이는 비용 효율적이므로 일부 전역 개체에 대해서는 any
일 경우가 많습니다(정적을 무시한다는 의미). 유형 확인)을 사용할 수도 있습니다. 예: 🎜rrreeeimport
를 사용하세요. 예: 🎜rrreeeany
를 사용하여 정적 유형 검사 무시를 표시하는 것은 사용자가 선언 파일에서 제공하는 스마트 프롬프트의 즐거움을 누릴 수 없음을 의미합니다. 🎜🎜G2
와 마찬가지로 프로젝트 내 어디에서나 직접 사용할 수 있지만 G2
변수만 인식할 수 있고 인스턴스의 메서드나 속성은 불가지론적입니다. 🎜rrreee🎜또한 TypeScript는 컴파일 과정에서 G2
에 대한 유형 검사를 수행하지 않습니다. G2
가 실제로 존재하는지 여부는 사용자가 직접 판단할 수 있습니다. Angular의 경우 이러한 모듈은 .angular-cli.json
의 scripts
노드에 명시적으로 로드되어야 합니다. (자세한 내용은 PHP 중국어 웹사이트🎜AngularJS 개발 매뉴얼🎜을 참조하세요.)🎜rrreee🎜TypeScript는 컴파일 후에도 여전히 JavaScript 코드입니다. G2
관련 항목을 수동으로 로드하지 않으면 말이죠. JavaScript 파일을 사용하면 자연스럽게 실행 중인 프로세스에 G2
를 찾을 수 없다는 오류가 발생합니다. 🎜여기서G2
를 폄하하려는 의도는 없습니다. 이제G2
가 선언 파일을 제공했습니다. 🎜🎜알겠습니다. 이 기사는 여기서 끝납니다. (자세한 내용을 보려면 PHP 중국어 웹사이트 🎜AngularJS 사용자 매뉴얼🎜을 방문하세요.) 궁금한 점이 있으면 아래에 메시지를 남겨주세요. 🎜🎜🎜
위 내용은 Anglejs에서 타사 라이브러리를 사용하는 방법은 무엇입니까? Anglejs에서 타사 라이브러리를 사용하는 방법에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!