函数的定义方式// (1)、命名函数
function add1(x: number, y: number): number {
return x + y;
}
// (2)、匿名函数
let add2:(x: number, y: number) => number = function(x: number, y: number) {
return x + y;
}
// (3)、类型别名
type add3 = (x: number, y: number) => number
// (4)、接口
interface add4 {
(x: number, y: number): number
}
TypeScript中形参和实参的类型和数量必须一一对应 function add(x: number, y: number) {
return x + y;
}
add(1, 2);
add(1, 2, 3); // 应有 2 个参数,但获得 3 个
add('1', 2); // 类型“"1"”的参数不能赋给类型“number”的参数
add(1); // 应有 2 个参数,但获得 1 个
可选参数
TypeScript中我们可以在参数名后面使用 ? 实现可选参数的功能,可选参数必须跟在必须参数后面function add(x: number, y?: number) {
return y ? x + y : x
}
add(1);
// error: 必选参数不能位于可选参数后
function add2(x: number, y?: number, z: number) {
return x + y + z;
}
默认参数
TypeScript中我们也可以为参数提供一个默认值,使用默认参数需注意两点: 1.如果带默认值的参数出现在必须参数之前,必须手动传入 undefined 来获得默认值 2.如果带默认值的参数后面没有必须参数,则无须传入任何内容就可以获得默认值function add(a: number, b=1, c: number, d=2) {
return a + b + c + d;
}
console.log(add(3, undefined, 4)); // 10 (3+1+4+2)
console.log(add(1, 2, 3, 4)); // 10 (1+2+3+4)
console.log(add(1, 2, 3)); // 8 (1+2+3+2)
console.log(add(1,2)); // Expected 3-4 arguments, but got 2
剩余参数
剩余参数会被当做个数不限的可选参数,需要放在参数列表的最后面function add1(x: number, ...restParams: number[]) {
return x + restParams.reduce((pre, cur) => pre + cur)
}
console.log(add1(1, 2, 3, 4)); // 10
函数重载
所谓重载,指的是不同函数使用相同的函数名,但是函数的参数个数或类型不同,返回类型可以相同也可以不同。调用的时候,根据函数的参数来区别不同的函数。
重载的好处是不需要为了功能相近的函数使用选用不同的函数名称,以此来提高函数的可读性。 TypeScript中的重载要求我们先定义一系列名称相同的函数声明(即重载列表),并且在定义重载的时候,一定要把最精确的定义放在前面。function overload(...restParams: number[]): number;
function overload(...restParams: string[]): string;
function overload(...restParams: any[]) {
let firstParam = restParams[0];
if(typeof firstParam === 'number') {
return restParams.reduce((prev, curr) => prev + curr);
}
if(typeof firstParam === 'string') {
return restParams.join('');
}
}
console.log('传入数字参数,返回求和: ', overload(1, 2, 3));
// 传入数字参数,返回求和: 6
console.log('传入字符参数,返回拼接: ', overload('a', 'b', 'c'));
// 传入字符参数,返回拼接: abc
总结 还有许多我觉得比较平常的点就没有列出来,比如支持类型别名,泛型,协变逆变双变等等,这只是开始学习的第一步。
TypeScript的好处很明显,在编译时就能检查出很多语法问题而不是在运行时,避免低级bug。不过由于是面向对象思路,有没有需求使用Typescript,我觉得写出代码是否易于维护、优雅,不在于用了什么框架、语言,在于开发者本身的架构思路。诚然好的框架和语言能间接帮助开发者写出规范的代码。所以如果Typescript能使团队易于协同开发,提高效率。 |