所以,typescript到底给前端带来了什么?

114 阅读2分钟

想想以前没有typescript的时候,开发前端,只要对接好后端的接口,三下五去二就把功能实现了。现在要定义一堆的类型,工作量增加不少,而似乎没有提升多少价值。

  1. 防止类型错误
    没明白,没有ts的时候也不会故意给一个list赋值成string吧?而且本身功能也是会进行测试的。

  2. 新成员理解逻辑困难
    ts新增了逻辑语法吗?不也是要用if、for、switch一类的吗,而且ts的类型语法不是多了一种需要去理解的东西吗? 不应该是变得更难理解吗?

  3. 没有ts维护成本高,可扩展性差
    javascript的弱类型比任何其他语言扩展性都强,理论上ts是限制扩展,而不是提高扩展性吧?

  4. ts有封装、继承、多态特性
    javascript里的class也有这些特性

个人感觉ts提供了一种语法规范,把前端的写法变成了强类型后端语言的那种写法。给我的感觉是一个后端程序员转去写前端,各种不适应,然后就设计了ts这门语言,试图用后端的写法去写前端。
可是,后端是后端,前端是前端,他们的职责是不一样的。对于后端来说,数据是要计算、要存库的,类型必须安全,这无可厚非,但前端有必要那么强调类型吗?

现在3、5个人的小团队赶时髦用上了ts,开发效率不但没有提升反而下降了不少,是我们的姿势不对吗?

感觉ts适合用在nodejs后端项目,不适合用在前端。除非项目很大,成员很多,钱很多,时间很多。

大家怎么看?