原文:breadchris - 2024.02.21
也许听起来有些傻,但go run
是我最喜欢的 Go 语言特性。想要运行你的代码?只需go run main.go
。它是如此简单,我可以告诉母亲这个命令,她会立即理解。就像 Go 语言的大部分功能一样,这个命令的真正威力在于它让理解如何构建和运行任何人的代码变得轻而易举。
我可以运行node main.js
吗?是的,但如果你想使用像 esmodule 这样现代的语法,或者想在 typescript 中使用类型呢?你将不得不使用npm
。
在一种语言中,用来构建和运行代码的工具往往是不同的。作为项目维护者,你必须理解社区的实践和正确设置项目的惯例。即使是运行最简单的代码,通常也需要使用第三方库。例如,在 Ruby 编程语言中,“rake”构建工具因其灵活性和在许多开源项目中的应用而变得流行。同样,在 JavaScript 社区,npm 包和模块的广泛使用,推动了 npm 作为构建工具的流行。
语言会随着时间的推移而发展和变化,工具的出现和消失也是自然的。C 和 C++ 自 1970 年代以来就有“make”;Java 从 1990 年代的“ant”发展到 2000 年代初的 Maven。应用程序不同的需求会影响开发的工具,进而影响人们的工作流程。
这正是我如此喜爱go run
的原因。Go 的整个设计都赋予了命令强大的力量。简单的语法,静态类型,严格的依赖管理系统,使编译器能快速解析和分析源代码,从而加快构建速度。更快的构建时间意味着更多的人可以使用这种语言来实现他们的目标。有趣的是,偶尔会看到一个 Go 项目包含Makefile
,但编译步骤只是一个go build
(构建;不运行代码),旧习难改。
有趣的事实:go run
的一个被低估的特性是它会自动下载代码引用的任何依赖;多么酷啊!
我用其他语言编程的次数越多,就越感受到缺乏标准化构建系统的痛苦。对于像运行代码这样常见的操作,我发现要不断使用最新最好的构建系统真的让人感到挫败。对于编码理解如此关键的事情,比如如何运行代码,我觉得没有一个可靠的知识基础是无法接受的。
不要为软件开发流程的关键组件妥协或寻找权宜之计。要对你使用的工具负责,并为改变而战,这样你和其他人都会受益。当经验被分享,问题就会得到解决,人们的生活时间被节省,对编程的热情持续增长,而不是消退。
评论:
(译者注:bun 和 deno 都是新的 JavaScript 运行时)
bun run 😃 bun hing.ts 和 python 一样,但是没有编译,你需要安装 python,这就是我认为 Go 的美妙之处,即使是 rust,你也需要一个 cargo 文件。
令人惊讶的是,对于 js,我们不仅有 npm、yarn、pnpm 和 bower(有没有遗漏什么?),我们还有全新的运行时 bun 和 deno。这些并非邪恶,但请小心行事。由风投支持的 deno 公司会倒闭吗?也许 bun 会过时,我们又会追寻下一个新工具。同时,我会在这里,和无聊的 go run
在一起。