如果让我选一个用了就离不开的东西,那么选项当中一定会有一个东西
那就是typescript
前言
ts对于前端开发来说是个门槛。为什么呢?它的学习成本并不低,并且现状是,大部分人一开始都会对着满屏幕的红色波浪线一脸懵逼,不知所措,然后放弃
实际上,半年前的我也是抱着这样的心态,因此,总得有足够充分的理由来让我们在学习成本比较高的情况下仍然去学习它,毕竟js确实已经够用了
超级感谢leader在这方面给我的帮助(已经是前leader了T_T),真的学习到了很多。在这里,我强烈安利这个东西,它确确实实的能够提升你的开发体验,且听我慢慢道来
ts好玩在哪里
先根据自己的经验来扯一下ts到底有什么吸引了我
规避类型引起的报错
没有对比就没有伤害,诚然,js较为宽泛的语法降低了入门的门槛,但同时也有一定的弊端,相信用js的老哥们偶尔会遇到类型问题,引发报错,不胜其烦
ts在这方面做了很好的补足,通过给变量规定类型,规避了很多许多类型相关的低级错误
另外一些静态类型该有的,ts也能给你提供,比如常见的interface,enum,泛型,装饰器等等,在此之上,还包含很多通过ts基础语法实现的一套api,例如Pick,Extract,Extract巴拉巴拉。因此在组件传值,接口数据方面很多都可以应用到,十分便利
代码即文档
ts有一部分的好处还体现在接口数据上,在写接口的过程中,如果没有文档或者注释的话,很难知道一个接口到底会有什么数据。如果通过ts来给接口返回数据编写类型,只需要看编辑器的提示就能知道一个接口到底需要什么参数,会返回什么数据
不仅如此,在遇到一些复杂接口的时候,往往需要一定的理解成本,通过ts对接口做一些简单的设计,能够使理解成本降低,对我们开发体验也有着很大的帮助
推荐一个小工具,可以把json转换成ts的类型。
举个简单的栗子0.0
如果我们在做一个发送消息的接口,这个消息有不同的类型,例如文字消息、音频消息、视频消息等等,我们要去怎么设计它?
相信你肯定就一下想到了做一个message的base interface,然后通过extends来实现各种不同类型的消息
1 | /* |
通过类型的推演,使得我们在使用MessageSend接口时,只需要修改传递的消息类型,就可以得到不一样的参数类型
合理的设计
在工作当中曾经遇到这样一个问题,我想设计一个单选框组件。对应的,我需要一个default值(默认选中),以及item(每个选项包含的一些参数),那么问题来了,如何通过ts去限制default值在item的范围内呢?
1 | interface option<S> { |
感谢学长,这个问题之前咨询过他,还特意帮我到stackoverflow提问了,具体的回答可以看这里
答案也很简单,通过泛型,泛型是什么就不赘述了,直接去看ts的文档便能了解。通过将泛型限制在item的value中来使得defaultValue一定为item中的某个value,并给出对应的提示,让组件限制更加合理
结尾
放下typescript的官网。
总之,ts是一个非常值得学习的东西,不仅能提升开发体验,同时能够让前端入门的小伙伴了解到类型系统,一举两得
Comments