江湖有传“动态类型一时爽,代码重构火葬场”,由于动态类型语言在开发时不受数据类型的约束,因此非常适合在项目原型阶段和初期进行快速迭代开发使用,这意味着项目未来将通过重写而非重构的方式进入成熟阶段。而在企业级应用开发中,每个系统特性其实都是需求分析人员与用户进行多次调研后明确下来的,后期需要重写的可能性微乎其微,更多的是修修改改,在单元测试不足常态化的环境下静态类型的优势就尤为突出。而TypeScript的类型系统和编译时类型检查机制则非常适合用于构建企业级或不以重写实现迭代升级的应用系通。
本系列将重点分享TypeScript类型声明相关实践
本文为该系列的首发,那么我们现在就开始吧!
当我们通过TypeScript定义函数时,实际上已经声明了函数签名和定义了函数体。
function foo(message: string, count?: number, displayLog = true): never {
console[displayByLog ? 'log' : 'warn'](`message: ${message}; count: ${count}`)
throw new Error('Just a error.')
}
上述函数定义附带声明了 function foo(x: boolean, y: string, z: undefined | number): never 函数签名,这里我特意替换参数名称以便大家将关注点放在函数参数列表类型和返回值类型上。
后续通过如下代码调用foo函数
foo('hi') // 回显 message: hi; count: undefined
foo('hi', 'yes') // 编译报错
JavaScript中我们会通过函数重载来整合处理入参数据结构存在差异,但处理意图和处理结果相同的行为。具体实现方式有
function querySelector(x, parent) {
var arg1 = typeof x === 'string' ? 0 : 1
var arg2 = parent instanceof htmlElement ? 0 : 1
return (querySelector.overloads[arg1][arg2]).call(null, x, parent)
}
function q00 (x /*: string*/, p /*: HTMLElement*/) {
return p.querySelector(x)
}
function q01 (x /*: string*/, p /*: jquery*/) {
return p.find(x)[0]
}
function q10 (x /*: JQuery*/, p /*: HTMLElement*/) {
return $(p).find(x)[0]
}
function q11 (x /*: JQuery*/, p /*: JQuery*/) {
return p.find(x)[0]
}
querySelector.overloads = [[q00,q01],[q10,q11]]
而TypeScript中的函数重载并没有让我们定义得更轻松,可以理解为在原JavaScript实现的基础上添加类型声明信息,这样反而让定义变得复杂,但为了能更安全地调用却是值得的。
写法1:
function querySelector(x: string, p: HTMLElement): HTMLElement
function querySelector(x: string, p: JQuery): HTMLElement
function querySelector(x: JQuery, p: HTMLElement): HTMLElement
function querySelector(x: JQuery, p: JQuery): HTMLElement
// 和JavaScript一样需要定义一个Dispatch函数,用于实现调用重载函数的具体规则
function querySelector(x, y) {
var arg1 = typeof x === 'string' ? 0 : 1
var arg2 = parent instanceof HTMLElement ? 0 : 1
if (arg1 === 0 && arg2 === 0) {
return p.querySelector(x)
}
else if (arg1 === 0 && arg2 === 1) {
return p.find(x)[0]
}
else if (arg1 === 1 && arg2 === 0) {
return $(p).find(x)[0]
}
else {
return p.find(x)[0]
}
}
写法2:
interface QuerySelector{
(x: string, p: HTMLElement): HTMLElement
(x: string, p: number): HTMLElement
(x: number, p: HTMLElement): HTMLElement
(x: number, p: number): HTMLElement
overloads: Function[][]
}
// 和JavaScript一样需要定义一个Dispatch函数,用于实现调用重载函数的具体规则
let querySelector: QuerySelector= <QuerySelector>function (x: string | number, p: HTMLElement | number): HTMLElement {
let arg1 = typeof x === 'string' ? 0 : 1
let arg2 = parent instanceof HTMLElement ? 0 : 1
return (querySelector.overloads[arg1][arg2]).call(null, x, parent)
}
function q00 (x: string, p: HTMLElement):HTMLElement {
return p.querySelector(x)
}
function q01 (x: string, p: JQuery):HTMLElement {
return p.find(x)[0]
}
function q10 (x: JQuery, p: HTMLElement):HTMLElement {
return p.find(x)[0]
}
function q11 (x: JQuery, p: JQuery):HTMLElement {
return p.find(x)[0]
}
querySelector.overloads = [[q00, q01],[q10, q11]]
写法2注意事项:
如果想以箭头函数的方式定义Dispatch函数,那么写法就会更复杂了。
interface QuerySelector{
(x: string, p: HTMLElement): HTMLElement
(x: string, p: number): HTMLElement
(x: number, p: HTMLElement): HTMLElement
(x: number, p: number): HTMLElement
}
interface Overload {
overloads: Function[][]
}
let querySelector: <QuerySelector & Overload>
let querySelectorDispatch:<QuerySelector> = (x: string | number, p: HTMLElement | number): HTMLElement => {
let arg1 = typeof x === 'string' ? 0 : 1
let arg2 = parent instanceof HTMLElement ? 0 : 1
return (querySelector.overloads[arg1][arg2]).call(null, x, parent)
}
function q00 (x: string, p: HTMLElement):HTMLElement {
return p.querySelector(x)
}
function q01 (x: string, p: JQuery):HTMLElement {
return p.find(x)[0]
}
function q10 (x: JQuery, p: HTMLElement):HTMLElement {
return p.find(x)[0]
}
function q11 (x: JQuery, p: JQuery):HTMLElement {
return p.find(x)[0]
}
querySelector = querySelectorDispatch as QuerySelector & Overload
querySelector.overloads = [[q00, q01],[q10, q11]]
累死人了。。。。。。。
高阶函数作为JavaScript最为人称道的特性,在TypeScript中怎能缺席呢?
// 1
let foo1: (message: string, count?: number, displayLog?: boolean) => never
// 2
interface FooDecl {
(message: string, count?: number, displayLog?: boolean): never
}
let foo2: FooDecl
// 3
let foo3: {(message: string, count?: number, displayLog?: boolean): never}
// 4
type FooType = (message: string, count?: number, displayLog?: boolean) => never
上述为4种声明高阶函数类型的写法,其中第3种是第2种的简写形式。
1、2和3方式声明了变量的值类型,而2中的 interface FooDecl 和4中则声明类型本身。
foo1,foo2,foo3 作为变量(value)可作为传递给函数的实参,和函数的返回值。因此针对它们的值类型声明是无法被重用的,也无法用于函数声明和其它类型声明中;
FooDecl,FooType 作为类型声明,及可以被反复重用在各函数声明和其它类型声明中。
函数类型兼容的条件:
const add: (x: number, y: number) => number = (x, y) => x + y
const increment(x: number) => number = x => x+1
add = increment // 类型兼容
increment = add // 类型不兼容
const handleEvent: (e: Event) => void;
const handleMouseEvent: (e: MouseEvent) => void;
handleEvent = handleMouseEvent // 类型兼容
handleMouseEvent = handleEvent // 类型不兼容
函数类型声明难点在于函数重载这一块,而作为库开发者函数重载往往能帮助我们开发出更容易记忆使用和优雅的接口,既然逃不过那不如好好努力克服困难吧!
转载请注明来自: https://www.cnblogs.com/fsjoh... —— \^\_\^肥仔John
近些日子,我使用了新语言编程,从JavaScript,切确地说是Elm,转成TypeScript。在本文中,我将继续深挖一些我非常喜欢的TypeScript特性。
TypeScript 和 JavaScript 是目前项目开发中较为流行的两种脚本语言,我们已经熟知 TypeScript 是 JavaScript 的一个超集,但是 TypeScript 与 JavaScript 之间又有什么样的区别呢?
Nerv_是一款由京东凹凸实验室打造的类 React 前端框架,基于虚拟 DOM 技术的 JavaScript(TypeScript) 库。它基于React标准,提供了与 React 16 一致的使用方式与 API。
交叉类型:将多个类型合并为一个类型、联合类型:表示取值可以为多种类型中的一种、混合类型:一个例子就是,一个对象可以同时做为函数和对象使用,并带有额外的属性、类型断言:可以用来手动指定一个值的类型
在做比较大的,多人合作的项目的时候,TypeScript会更加地适合,这得益于它的可读性,面向对象性以及易于重构的特点。但如果只是自己做小程序,不需要太多人参与的时候,JavaScript则会更加简单。
有两种方式安装TypeScript,如何创建第一个TypeScript文件,在TypeScript中,可以使用interface来描述一个对象有firstName和lastName两个属性,TypeScript支持JavaScript的新功能,其中很重要的一个功能就是基于类的面向对象编程
使用TypeScript已经有了一段时间,这的确是一个好东西,虽说在使用的过程中也发现了一些bug,不过都是些小问题,所以整体体验还是很不错的。有关TypeScript声明类型声明相关的目前就总结了这些比较常用的
谷歌在很早之前就张开双臂拥抱 Web 应用程序,Gmail 已经发布 14 年了。当时,JavaScript 的世界是疯狂的。Gmail 工程师不得不为 IE 糟糕的垃圾回收算法捏一把汗,他们需要手动将字符串文字从 for 循环中提取出来,以避免 GC 停顿
TypeScript是一种由微软开发的自由和开源的编程语言。它是JavaScript的一个超集,TypeScript是JavaScript类型的超集,它可以编译成纯JavaScript。TypeScript可以在任何浏览器、任何计算机和任何操作系统上运行,并且是开源的。
差不多两年前,我在一个创业团队中开始了一个全新的项目。用到的全都是类似Microservices,docker,react,redux这些时髦的东西。我在前端技术方面积累了一些类似的经验
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!