• Deno 内部代码将停用 TypeScript,并公布五项具体理由


    转自

    https://www.infoq.cn/article/u72qtztgazttfazzihbz

    TypeScript 给 Deno 带来的问题

    在使用 TypeScript 编写内部代码时,Deno 团队遇到了以下几个现实问题:

     

    • 在变更文件时,TypeScript 往往需要几分钟的编译时间,这就导致连续编译过程变得非常缓慢;

    • 在创建 Deno 可执行文件以及面向用户的 API 源文件时,TypeScript 结构会引发一系列运行时性能问题;

    • TypeScript 本身对于 Deno 代码的组织工作毫无帮助,反而增强了代码组织负担。Deno 团队提出的一大现实问题,是 TypeScript 会在两个位置复制相互独立的 Body 类;

    • 由于 TypeScript 编译器无法帮助开发者生成 d.ts 文件,内部代码与运行时 TypeScript 声明必须以手动方式保持同步;

    • 他们维护着两台 TS 编译器主机:一台用于内部 Deno 代码,另一台用于外部用户代码,但二者的作用其实非常相似。

    在内部 Deno 代码中移除 TypeScript

    Deno 团队计划删除内部 Deno 代码中的所有构建时 TS 类型检查与捆绑。团队打算将所有运行时代码转移到同一个 JavaScript 文件当中,但仍将使用随附的 d.ts 文件保存类型定义与说明文档。

     

    值得一提的是,Deno 将仅在内部 Deno 代码中停用 TypeScript:Deno 用户代码中的 TypeScript 部分仍将保留,类型检查自然也将一同存在。

     

    虽然 TypeScript 常被视为 JavaScript 的改进版本,但此次情况提醒我们问题也许没那么简单。与任何其他语言一样,TypeScript 也有自己的缺陷。其最重要的问题之一,在于缓慢的编译速度。在从纯 JavaScript 转换至 TypeScript 时,小型项目可能编译变慢的问题还不算严重,但大型项目(例如复杂的 React 应用程序)则将深受其害。从 Deno 项目的体量出发,停止使用 TypeScript 也算是顺理成章。

     

    但这种性能妥协也可以理解,毕竟在开发过程中进行类型检查,相当于用编译时长换取安全保障。当然,TypeScript 项目中也提供关于如何解决并缩短编译时间的大量说明文档。最有趣的方法之一当数项目引用,意味着开发人员可以将大规模 TypeScript 代码片段拆分为较小的代码片段。

     

    关注 Deno 停止使用 TypeScript 的更多详细信息

    感兴趣的朋友可以点击此处,了解 Deno 项目团队在移除 TypeScript 并转而使用 JavaScript 方面的完整讨论。Ryan Dahl 及其合作者在其中全面探讨了当前问题、解决方案以及实现途径。

     

    原文链接:

    https://startfunction.com/deno-will-stop-using-typescript/

  • 相关阅读:
    Linux负载均衡--LVS(IPVS)主要算法实现分析
    使用alarm控制阻塞connect()超时的示例
    使用select控制非阻塞connect()超时的示例
    再出发
    nulls_hlist原理 和 tcp连接查找
    linux支持大容量硬盘
    Nmap扫描原理(下)
    linux常用命令
    Linux下面自动清理超过指定大小的文件
    Memcached介绍
  • 原文地址:https://www.cnblogs.com/dhjy123/p/15900672.html
Copyright © 2020-2023  润新知