然而 ， 这都不是问题 ， 部署脚本可以帮你解决这个问题 。 你只需要提供正确的入口文件 。 我只用了 10 秒钟来链接测试代码库 ， 并完成了部署：

文章图片

图：部署可在几秒内完成
我没有遇到任何问题 ， 代码可按预期正常工作 。 如下所示 ， 我在他们提供的“hello world”项目之上做了修改 ， 在另一个文件中添加了一个函数 ， 以测试如何部署复杂的项目：

//this file is inside the repo, but it's not referenced whenlinking for deploymentimport {theMessage} from './message.js'addEventListener("fetch", (event) => {const response = newResponse(theMessage, {headers: {"content-type": "text/plain" },});event.respondWith(response);});
这段代码运行良好 。 事实上 ， 刚开始我忘了在 import 语句中指定“.js”扩展名 ， 结果部署被拒绝了 ， 因为系统找不到其中一个依赖项 。 这不是很好吗？不需要部署和测试就能发现问题 。
此外 ， 由于该平台是分布式模块系统 ， 因此你根本不用担心依赖关系 ， Deno 会处理好 。
该系统什么时候正式上线？
目前该系统仍处于 Beta 2 阶段 ， 这意味着在上线前还有很多功能需要开发 。 目前 ， 他们还没有公布发布日期 ， 因此我相信他们仍在计划添加大量的功能 。
他们在添加什么？对于运行时本身 ， 他们添加了一些特殊的方法和例程 ， 以帮助开发者可以安全地处理 I/O 等操作 。 他们认识到该运行时独立于本地使用的 CLI ， 并提供了大量文档（https://deno.com/deploy/docs/runtime-api/） 。
在开发 Web 应用程序时 ， 可以考虑一下该系统 。 在不久的将来 ， 整个运行时都将进行优化 ， 而用户只需要将代码推送到 GitHub ， 几秒内就可以运行 。
其他工作
2020 年 5 月 ， 官方发布了新版的运行时 ， 此后又在不断发展 。 截止到目前 ， 他们已经发布了 14 个新版本 ， 现在的版本为 1.14 。
他们非常忙 ， 这些都是重大更新 ， Deno 语言正在不断庞大的社区中获得反馈与发展 。 如今 GitHub 已经建立了 4 千多个分叉和近 8 万颗星 ， 相比之下 ， Node.js 有 2 万个分叉和 8.2 万颗星 ， 可见 Deno 的增长非常惊人！
【要取代 Node.js 的 Deno 还活着吗?】最近一次更新的主要内容包括：

• 一个扩展的加密API ， 即将完成；
• linter 与代码格式化程序的自定义选项；
• 添加了对 URL 模式的支持 ， 这对于 Web 应用程序很有帮助 。 它可以大幅简化匹配不同 URL 的任务；
• 添加 Type 4.4 的原生支持 ， 支持编写 Type 的原生代码 ， 不像 Node.js 项目需要大量设置 。

更多内容 ， 请参见完整的发布说明（https://deno.com/blog/v1.14） 。
利用独立组件构建产品
挥挥手 ， 告别单体应用程序 。 未来是组件的天下 。 模块化软件的速度更快、可扩展性更强且更加方便构建 。 Bit 等 OSS 工具为构建独立组件和组合应用程序提供了出色的开发者体验 。 许多团队都会利用共享组件构建设计系统或微前端 。
短期内 Deno 会取代 Node.js 吗？我认为就目前的形势来看 ， 对于依赖 Type 的项目来说 ， Deno 是一个富有吸引力的替代方案 ， 因为最初的一些 API 现在更加稳定 ， 而且发展方向也非常明确 。
此外 ， 我认为 Deno Deploy 有可能改变 Web 应用的部署方式 ， 但现在还为时尚早 ， 开发者需要等待 Deno Deploy完成更多测试 ， 并拥有更成熟的 API。
因此 ， Deno 并没有死 ， 事实上 ， 它正在一个不断发展的社区中缓慢而稳定地发展 。 如今 ， 官方已经有了非常有趣的发展思路 ， 而且资金充沛 。 让我们拭目以待吧 。