标签：node Typescript undefined var 感叹号 data class string 问号
1、as关键字表示断言
在Typescript中，表示断言有两种方式。一种是扩号表示法：
let someValue: any = "this is a string";
let strLength: number = (someValue).length;
1
2
另一种使用as关键字：
let someValue: any = "this is a string";
let strLength: number = (someValue as string).length;
1
2
2、问号(?)用于属性定义
问号表示可选的属性，一般用于属性定义，如，用于接口时：
interface SquareConfig {
color?: string;
width?: number;
}
function createSquare(config: SquareConfig) {
if (config.color) {
console.log(config);
}
}
1
2
3
4
5
6
7
8
9
可选属性的含义是：使用这个属性时，要么这个属性名不存在，要么必须符合属性的类型定义
比如上述createSquare函数编译时会报error错误：
error TS2551: Property 'clor' does not exist on type 'SquareConfig'.
1
如果修改createSquare，将config.color的值改为undefined，会怎样？
interface SquareConfig {
color?: string;
width?: number;
}
function createSquare(config: SquareConfig) {
config.color = undefined;
if (config.color) {
console.log(config);
}
}
1
2
3
4
5
6
7
8
9
10
这时并没有编译报错！明明config.color定义的是string类型呀？
即便是添加–strictNullChecks进行编译，也不会报错。可见，可选属性所定义的类型，并没有被typescript严格地对待，默认并不检查undefined。需要注意的是，将上述undefined改成null时，普通编译也不报错，–strictNullChecks编译会报如下错误：
error TS2322: Type 'null' is not assignable to type 'string | undefined'
1
从这句报错中，我们可以得出这样的结论：可选属性等价于一个union类型，union了undefined；不加–strictNullChecks编译时，null可以赋值给undfined类型。也就是说，SquareConfig的定义与下面的代码等价：
interface SquareConfig {
color: string|undefined;
width: number|undefined;
}
1
2
3
4
下面比较一下可选属性与正常属性。再次修改createSquare，将color属性修改为正常属性。
interface SquareConfig {
color: string;
width?: number;
}
function createSquare(config: SquareConfig) {
config.color = undefined;
if (config.color) {
console.log(config);
}
}
1
2
3
4
5
6
7
8
9
10
以–strictNullChecks编译，报错了:
error TS2322: Type ‘undefined’ is not assignable to type ‘string’
这个比较也验证了上述的结论。
问号(?)用于属性读取
问号用于属性读取，主要有两个场景：一是读取数组元素（如下面的node[i]），二是读取不确定的类型如any，union，可选类型（如node[i].data）等。如下例，保存为index.ts：
interface VNodeData {
class?: string;
}
interface VNode {
sel?: string;
data?: VNodeData;
}
function test(node: VNode[]) {
let i = 0;
var b = node[i].data.class;
if(b !== undefined) {
console.log(1);
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13
14
用tsc --strictNullChecks index.ts，报错：.
error TS2532: Object is possibly 'undefined'
1
下面将一一展示这一行代码var b = node[i].data.class;修改改后的效果。
1、修改为var b = node[i]?.data.class;，然后编译。报错：
Object is possibly 'undefined'
1
2、修改为var b = node[i]?.data?.class;，然后编译。编译通过，查看编译后的对应代码为：
function test(node) {
var _a, _b;
var i = 0;
var b = (_b = (_a = node[i]) === null || _a === void 0 ? void 0 : _a.data) === null || _b === void 0 ? void 0 : _b["class"];
// var b = node[i].data.class;//报错
if (b !== undefined) {
console.log(1);
}
}
1
2
3
4
5
6
7
8
9
var b = node[i]?表示，如果node[i]的值为null或者undefined，则b等于undefined，否则b=node[i]。
3、修改为var b = (node[i] as VNode).data?.class;，然后编译。编译通过，查看编译后的对应代码为：
function test(node) {
var _a;
var i = 0;
var b = (_a = node[i].data) === null || _a === void 0 ? void 0 : _a["class"];
// var b = node[i]?.data?.class;
// var b = node[i].data.class;//报错
if (b !== undefined) {
console.log(1);
}
}
1
2
3
4
5
6
7
8
9
10
此时，使用node[i]时，Typescript编译器将不再对其判断是否为null和undefined。即：var b = node[i] as VNode直接会被编成var b = node[i]。
4、修改为var b = node[i]!.data?.class，然后编译。编译通过，查看编译后的对应代码为：
function test(node) {
var _a;
var i = 0;
var b = (_a = node[i].data) === null || _a === void 0 ? void 0 : _a["class"];
// var b = (node[i] as VNode).data?.class
// var b = node[i]?.data?.class;
// var b = node[i].data.class;//报错
if (b !== undefined) {
console.log(1);
}
}
1
2
3
4
5
6
7
8
9
10
11
可见，3和4的编译后代码完全一样，!的作用此时与as是等价的。然而，!只是用来判断null和undefined；as则可用于变更（缩小或者放大都可以）类型检测范围，仅当as后面跟的类型是一个非空类型时，两者才等价。如下例中，不能将as用法改为!。
interface Cat {
action: string;
}
interface Dog {
action: string;
}
type Animal = Cat | Dog;
let action:Animal = {} as Cat;
1
2
3
4
5
6
7
8
结论
1、as和!用于属性的读取，都可以缩小类型检查范围，都做判空用途时是等价的。只是!具体用于告知编译器此值不可能为空值（null和undefined），而as不限于此。
2、?可用于属性的定义和读取，读取时告诉编译器此值可能为空值（null和undefined），需要做判断。
————————————————
版权声明：本文为CSDN博主「longzhoufeng」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/longzhoufeng/article/details/106240989
标签：node,Typescript,undefined,var,感叹号,data,class,string,问号 来源： https://www.cnblogs.com/sexintercourse/p/15494092.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。