我正在做一个相对较大的typescript项目，我使用ts-node来运行 node 测试和示例.据我所知，ts-node将编译ts个文件到js个文件并执行.
最近我听说了大约deno，这是一个typescript运行时.我在typescript中try 了几个例子，它使用ts-node.我用deno运行了这个示例，控制台中打印了许多编译消息，然后执行代码.后来我发现/username/.deno里有缓存文件.我不觉得deno比ts-node快
似乎deno和ts-node都将使用缓存编译和运行.他们之间有什么区别？
德诺更像Node而不是ts Node，也就是说，它是一个基于V8的JS运行时.与Node不同，德诺包含TypeScript编译器.德诺不是Node/npm生态系统的一部分.
另一方面，ts node 是一个 node .使用TypeScript编译器传输TypeScript代码并在 node 中运行的js模块.ts node 是node/npm生态系统的一部分.
德诺跑得很快.见下文.
ts node 依赖于该 node .js运行时，因此在此处包含它是公平的:
德诺本身就是一个运行时，所以它不使用其他任何东西:
github:
堆栈溢出:
您可以使用npm上提供的所有 node 库
(目前npm上有955263个软件包，并非所有都是针对Node的，但仍然很多)
npm上可用的 node 库(即使它们最初是用TypeScript编写的)通常以传输到JavaScript的形式发布，并在*.d.ts个文件中包含额外的类型定义(包括在npm包中或与@types命名空间分开安装).
https://deno.land/x/上有1256个第三方模块，https://github.com/denolib/awesome-deno#modules上有56个库和工具(我没有判断它们是否都相同)
德诺库只是类型脚本文件.
typescript and ts node with their dependencies with npm
npm install typescript ts node node_modules个文件中tsc传输和使用node运行的代码相同(因为它在引擎盖下)import个文件(通常没有.ts后缀)node_modules中安装npm(或yarn)个依赖项import个文件(始终带有.ts后缀！)import个URL(不需要npm install个)下面是一个发布用TypeScript编写的最小库并使用它的示例.
这就是我现在正在做的一个示例项目:
https://github.com/rsp/node-ts-hello
创建库:
npm init创造package.jsonnpm install typescript安装TypeScript编译器package-lock.json(有利弊)src目录，在其中保存TypeScript文件hello.ts到srctsconfig.json个文件，并确保:"src/**/*"到"include""paths""outDir": "dist"以将JS文件放在已知位置dist目录添加到.gitignore，这样编译的文件就不在git中了.gitignore中相同的内容，但在.npmignore中添加without dist"declaration": true，这样就生成了*.d.ts个文件package.json中添加"main": "dist/hello.js"(注意"js"后缀)package.json中添加"types": "dist/hello.d.ts"(注意"ts"后缀)"build": "tsc"添加到package.json(注意冗余文件，见下文)npm login登录(你不应该一直登录-参见:Now Pushing Malware: NPM package dev logins slurped by hacked tool popular with coders)npm run build来编译这个项目npm publish个npm ERR! publish Failed PUT 401分时，你需要用npm login登录npm ERR! publish Failed PUT 403个包时，你的包可能"与现有包太相似"——试着在包中重命名它.json，重命名回购协议，并将所有LIK更新为自述文件，发布itp.打包的.jsonnpm logout从npm注销~/.npmrc，确保你没有剩下这样的东西://registry.npmjs.org/:_authToken=...在其他项目中使用库使用ts node
npm init创建一个package.json文件npm install node-ts-hello个安装我们的库npm install typescript ts node 个端口的ts node hi.ts个导入我们的库的文件:import { hello } from 'node-ts-hello';hello('TS');npx ts node hi.ts(如果ts node 是本地安装的)或ts node hi.ts(如果ts node 是全局安装的)运行它潜在问题:我将上面的内容简化了一点，我创建该库的实际过程描述为here.
这就是我现在正在做的一个示例项目:
https://github.com/rsp/deno-hello
创建库:
hello.ts英镑使用库:
hi.ts:import { hello } from 'https://raw.githubusercontent.com/rsp/deno-hello/master/hello.ts';hello('TS');deno run hi.ts美元运行你的程序第一次运行将打印:
$ deno run hi.ts
Compiling file:///Users/rsp/talks/deno/hello-deno-test/hi.ts
Downloading https://raw.githubusercontent.com/rsp/deno-hello/master/hello.ts
Compiling https://raw.githubusercontent.com/rsp/deno-hello/master/hello.ts
Hello, TS!
第二轮:
$ deno run hi.ts
Hello, TS!
如果更改为hi.ts，将重新编译，但不会再次下载依赖项:
$ deno run hi.ts
Compiling file:///Users/rsp/talks/deno/hello-deno-test/hi.ts
Hello, TS!
(请注意，touch hi.ts不够，您需要进行实际更改，因为德诺判断的是文件校验和，而不是时间戳.)
从以上示例可以看出，启动我们hi.ts的ts node 版本的速度:
$ time npx ts node hi.ts
Hello, TS!
real 0m0.904s
user 0m1.300s
sys 0m0.083s
这是在已经安装了依赖项并运行了几次以确保所有缓存工作之后.
从上面的例子可以看出，我们hi.ts的德诺版本的启动速度:
$ time deno run hi.ts
Hello, TS!
real 0m0.028s
user 0m0.010s
sys 0m0.015s
这也是在已经安装了依赖项并运行了几次以确保所有缓存工作之后.
速度提升超过32倍.
德诺应该更多地与Node进行比较，而不是与ts node 进行比较，因为德诺是一个全新的运行时，而ts node 是Node的一个模块，所以使用ts node 运行的程序实际上使用了Node运行时.
这是一个非常年轻的项目，但已经有了很大的吸引力.它没有Node那么多的文档或库，但这意味着它可能是参与其中的最佳时机，因为当它变得更受欢迎时，我认为它会因为许多超出本答案范围的原因，在市场上需要已经有过Node经验的人，就像Node一样.
该项目的启动速度已经非常令人印象深刻，我预计会有更多的改进.
使用单个文件而不需要配置(如package.json或node_modules)的开发速度，以及直接从URL(如前端)导入依赖项的可能性，将使最终用户代码和库以不同的方式工作成为可能.我们将看到这一切在实践中是如何运作的，但看起来已经很有希望了.