标签 Cpp 下的文章

Go还是Rust?2025年技术选型之辩

本文永久链接 – https://tonybai.com/2025/06/15/rust-vs-go-2025

大家好,我是Tony Bai。

技术圈的话题里,从来不缺少编程语言之争,并且这类话题向来热度不减。最近,JetBrains 旗下的 RustRover 博客发表了一篇题为《Rust vs Go: Which one to choose in 2025》的文章,并引用了《State of Developer Ecosystem Report 2024》的一些数据,再次将 Go 和 Rust 这两位“当红炸子鸡”推上了对比的擂台。

文章指出,Rust 和 Go 都在现代计算领域开辟了重要的生态位,尤其在系统级操作和并发处理方面备受赞誉。报告数据也颇为亮眼:Rust 的用户基数已达到约 227 万,其中 70.9 万开发者将其作为主要语言;而 Go 的用户基础依然稳固。但一个颇具“引战”潜力的数据点是——“约 1/6 的 Go 用户正在考虑转向 Rust”

这不禁让人深思:这是否预示着某种趋势?在即将到来的 2025 年,当面临新的项目或技术升级时,我们究竟应该选择 Go 还是 Rust?作为一名在 Go 领域深耕多年的老兵,我想结合 RustRover 的这篇文章,谈谈我的一些看法,希望能为正在做技术选型的你,提供一些来自 Go 视角的参考。

文章核心观点速览(与Go的对比)

首先,我们简要回顾一下RustRover这篇博客文章中对两种语言核心特性和适用场景的概括(以下观点主要转述自原文):

Rust的画像:极致安全与性能的追求者

  • 核心理念:无 GC 的内存安全(所有权、借用机制,编译时强制检查),无数据竞争的并发。
  • 性能表现:非常接近 C++,零成本抽象,计算密集型任务通常更快,内存占用更低。
  • 适用场景:系统编程 (OS、嵌入式)、IoT、WebAssembly、区块链、云基础设施、网络编程、CLI 工具等对性能和安全要求极致的领域。
  • 学习曲线:陡峭。所有权、借用、生命周期、以及严格的编译器对新手构成较大挑战。
  • 生态:年轻但发展迅速,Cargo 包管理器和 crates.io 体验优秀,社区充满热情。但在库的全面性上可能尚不及 Go。

Rust在内存安全和底层控制方面的确做到了极致,其编译期检查能消除许多运行时风险,这在特定高安全、高性能场景下是巨大优势。然而,这种极致是以显著牺牲开发效率和上手速度为代价的。

Go的画像:简洁高效与工程化生产力的典范

  • 核心理念:简洁、高效、可读性强,易学易用。
  • 并发模型:内置 Goroutines 和 Channels,轻松实现高并发。
  • 性能表现:高效的 GC,优秀的网络性能,尤其适合构建高并发网络服务。
  • 适用场景:云基础设施 (Docker, K8s)、Web 服务与 API、网络编程、DevOps 工具、CLI 工具。
  • 学习曲线:平缓。简约的设计哲学和少量关键字,使得 Go 非常容易上手。
  • 生态:拥有强大且全面的标准库,成熟的工具链,以及庞大且活跃的社区,尤其在云原生领域具有主导地位。

Go的核心竞争力在于其卓越的工程效率和在构建大规模分布式系统方面的成熟度。它的 GC 和并发模型虽然不如 Rust 那样在理论上“完美”,但在绝大多数实际应用中,提供了远超许多语言的生产力和性能平衡。

文章还从性能、易用性、并发、生态等多个维度对两者进行了对比,总体而言,强调了 Rust 在底层控制、内存安全和理论性能上的优势,以及 Go 在开发效率、并发易用性和生态成熟度上的长处。

解读“1/6 Go 用户考虑转向 Rust”:是焦虑还是理性探索?

这个数据点无疑是最引人注目的。我们该如何看待?

首先,不必过度焦虑。Go 语言的用户基数依然庞大且在持续增长。技术领域永远不乏对新工具、新范式的好奇与探索。一部分 Gopher 考虑 Rust,可能源于以下几点原因:

  • 对特定场景的极致追求:在某些对内存安全、性能要求达到严苛级别,且愿意投入更高学习成本的项目中(例如操作系统内核、游戏引擎、某些嵌入式系统),Rust 的特性确实更具吸引力。
  • 技术视野的拓展:优秀的开发者总是乐于学习新事物。了解 Rust 的所有权模型等独特设计,本身就能拓宽技术视野,甚至反过来促进对 Go 并发安全和资源管理的更深理解。
  • 对 Go 某些方面的“不满”:尽管 Go 的 GC 经过了多年优化,但在极少数对延迟极度敏感或内存分配模式特殊的场景下,GC 带来的不可预测性仍可能成为痛点。此外,Go 的错误处理方式(if err != nil)虽然清晰,但其冗余性也常被诟病。Rust 的 Result 类型和 ? 操作符提供了一种不同的体验。

然而,“考虑转向”不等于“实际转向”,更不等于“大规模流失”。从“考虑”到在生产项目中大规模采用一种学习曲线陡峭、生态相对年轻的语言,中间还有很长的路要走。团队技能储备、项目时间压力、招聘难度、现有基础设施兼容性等都是现实的考量因素。

更重要的是,Go 语言自身也在不断进化。泛型的引入弥补了表达力上的一块短板;性能分析和调试工具日益完善;标准库持续增强;社区也在不断探索新的最佳实践。Go团队对生产力和生产就绪的承诺,使其能够持续满足绝大多数后端和云原生场景的需求。

我的Go视角:场景驱动,务实选择,拥抱互补

在我看来(可能也是很多Gopher的想法),Go与Rust之争,很多时候并非“有你无我”的零和博弈,而更应回归到场景驱动的技术选型

Go的核心阵地依然稳固

  • 高并发网络服务:Go 的 Goroutine + Channel 模型在构建需要处理大量并发连接的后端服务(如 API网关、微服务、消息队列等)时,其简洁性、高效性和成熟度依然是无与伦比的。这是 Go 的“龙兴之地”,也是其最强大的生态位。
  • 云原生基础设施:Docker、Kubernetes、Prometheus、Terraform、Etcd……这些构建了现代云计算基石的项目,无一不是用 Go 编写。Go 在这个领域的生态、工具链和人才储备,使其成为构建云原生应用和平台的首选。
  • DevOps 与 CLI 工具:Go 编译速度快、交叉编译方便、部署简单(静态链接),使其成为编写各类运维工具、CLI 应用的理想选择。
  • 追求工程效率和快速迭代的团队:Go 的简洁易学、快速编译和强大的标准库,使得团队能够快速上手、高效协作,快速将产品推向市场。

Rust 的独特优势区间

  • 对内存安全和零开销抽象有极致要求的系统级编程:当你需要直接操作硬件、编写操作系统组件、或者开发对性能和资源控制要求极度严苛(且无法容忍 GC 暂停)的底层库时,Rust 的优势非常明显。
  • WebAssembly (Wasm):Rust 凭借其性能和对 Wasm 的良好支持,在构建高性能 Web 前端组件或浏览器插件方面展现出巨大潜力。
  • 安全关键领域:在一些对安全漏洞容忍度极低的领域,Rust 编译期的严格检查能提供更强的保障。

Go 与 Rust 的互补与融合

早在2021年,时任谷歌Go编程语言的产品和战略负责人的史蒂夫·弗朗西亚(Steve Francia),也就是gohugo、viper等一簇明星Go开源项目的作者就曾提出过“Go与Rust强强联合”的观点。

与其将Go与Rust视为绝对的竞争对手,不如看到它们的互补性。在一个复杂的系统中,完全可能出现 Go 与 Rust 各司其职的场景:例如,用 Rust 编写对性能和内存安全要求最高的底层核心计算模块或驱动,然后用 Go 来构建上层的业务逻辑、API 接口和分布式调度系统。这种“强强联合”或许是未来的一种趋势。

给 Gopher 的建议:深耕当下,放眼未来

面对 Rust 的崛起和社区的讨论,作为 Gopher,我们应该:

  1. 坚定对 Go 的信心: Go 在其核心优势领域(高并发、网络编程、云原生、工程效率)的地位依然稳固且在持续增强。Go 社区的活力和 Google 的持续投入,保证了 Go 的未来发展。
  2. 深耕 Go 的核心能力: 充分理解和掌握 Go 的并发模型、内存管理、标准库和工具链,才能在实际项目中发挥其最大价值。不要因为外界的喧嚣而动摇对基础的夯实。
  3. 保持开放心态,按需学习: 了解 Rust 等其他优秀语言的设计思想和适用场景,是有益的。如果你的工作场景确实需要 Rust 的特性,或者你对系统底层有浓厚兴趣,学习 Rust 会是一个很好的补充。但不必为了“时髦”而盲目追逐。
  4. 关注 Go 的演进: Go 也在不断吸取社区反馈并进行改进。例如,对性能的持续优化(如 Go 1.24中map的Swiss Table实现、Go 1.25中新增的“绿茶”新GC)、对泛型的支持、对工具链的打磨等,都在让 Go 变得更好。
  5. 技术选型,务实为本: 最终选择哪种语言,永远要服务于项目目标、团队能力和业务需求。没有“最好”的语言,只有“最合适”的语言。TypeScript编译器原生化选择Go就是一个很好的例子。

小结:2025,Go 与 Rust 各自精彩

RustRover 的文章及其引用的报告,为我们提供了一个观察当前编程语言生态动态的窗口。Rust 的确是一门优秀且充满潜力的语言,它在特定领域展现出的强大实力值得肯定。

然而,对于绝大多数追求高并发处理能力、高开发效率、快速迭代、以及需要在庞大而成熟的云原生生态中构建应用的场景而言,Go 语言在 2025 年乃至更远的未来,依然会是极其明智和强大的选择。

“1/6 的 Go 用户考虑转向 Rust”,这或许正说明了 Go 社区的开发者们视野开阔,乐于学习。但更重要的是,在探索新可能的同时,我们更要清醒地认识到自己手中工具的价值和核心竞争力。

Go 与 Rust,未来更可能是并驾齐驱,在各自擅长的领域大放异彩,甚至在某些场景下携手共进。作为技术人,理解它们的区别与联系,做出最适合自己的选择,才是最重要的。

你对 Go 和 Rust 的未来怎么看?欢迎在评论区分享你的观点!


精进有道,更上层楼

极客时间《Go语言进阶课》上架刚好一个月,受到了各位读者的热烈欢迎和反馈。在这>里感谢大家的支持。目前我们已经完成了课程模块一『语法强化篇』的 13 讲,为你系统突破 Go 语言的语法认知瓶颈,打下坚实基础。

现在,我们即将进入模块二『设计先行篇』,这不仅包括 API 设计,更涵盖了项目布局、包设计、并发设计、接口设计、错误处理设计等构建高质>量 Go 代码的关键要素。

这门进阶课程,是我多年 Go 实战经验和深度思考的结晶,旨在帮助你突破瓶颈,从“会用 Go”迈向“精通 Go”,真正驾驭 Go 语言,编写出更优雅、
更高效、更可靠的生产级代码!

扫描下方二维码,立即开启你的 Go 语言进阶之旅!

感谢阅读!

如果这篇文章让你对 Go 和 Rust有了新的认识,请帮忙转发,让更多朋友一起学习和进步!


商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。如有需求,请扫描下方公众号二维码,与我私信联系。

11个现代Go特性:用gopls/modernize让你的代码焕然一新

本文永久链接 – https://tonybai.com/2025/04/15/embrace-modern-go-style-with-gopls-modernize

大家好,我是Tony Bai。

最近在思考Go语言的发展时,不禁让我想起了当年学习C++的经历。Bjarne Stroustrup在《C++程序设计语言(特别版)》中就专门强调了“现代 C++”(Modern C++)的编程风格,鼓励使用模板、STL等新特性来编写更优雅、更高效的C++代码。

那么,我们热爱的Go语言,随着版本的不断迭代,是否也逐渐形成了一种“现代Go”(Modern Go)的风格呢?答案是肯定的。Go团队不仅在语言层面引入新特性(如泛型range over int),也在标准库中添加了更强大、更便捷的包(如slices、maps)。

更棒的是,Go官方工具链gopls(Go Language Server Protocol的实现)中,就内置了一个名为modernize的分析器(Analyzer),专门用于帮助我们识别代码中可以用现代Go风格替代的“旧习”,并给出建议。

今天,我们就来深入了解一下gopls/modernize这个利器,看看它如何帮助我们的Go代码焕然一新,并学习一下它所倡导的11个“现代Go”风格语法要素具体包含哪些内容。

1. gopls/modernize分析器以及现代Go风格简介

gopls/modernize是golang.org/x/tools/gopls/internal/analysis/modernize 包提供的一个分析器。它的核心目标就是扫描你的Go代码,找出那些可以通过使用Go 1.18及之后版本引入的新特性或标准库函数来简化的代码片段。

modernize工具目前可以识别并建议修改多种“旧”代码模式。让我们逐一看看这些建议,并附上代码示例:

(注:以下示例中的版本号指明了该现代写法是何时被推荐或可用的)

1). 使用min/max内建函数 (Go 1.21+)

  • 旧风格: 使用 if/else 进行条件赋值来找最大/最小值。
func findMax(a, b int) int {
    var maxVal int
    if a > b {
        maxVal = a
    } else {
        maxVal = b
    }
    return maxVal
}
  • 现代风格: 直接调用 max 内建函数。
import "cmp" // Go 1.21 implicitly uses built-ins, Go 1.22+ might suggest cmp.Or for clarity if needed

func findMaxModern(a, b int) int {
    // Go 1.21 onwards have built-in min/max
    return max(a, b)
    // Note: for floats or custom types, use cmp.Compare from "cmp" package
}
  • 理由: 更简洁,意图更明确。

2). 使用slices.Sort (Go 1.21+)

  • 旧风格: 使用 sort.Slice 配合自定义比较函数对 slice 排序。
import "sort"

func sortInts(s []int) {
    sort.Slice(s, func(i, j int) bool {
        return s[i] < s[j] // Common case for ascending order
    })
}
  • 现代风格: 使用 slices.Sort 或 slices.SortFunc / slices.SortStableFunc。
import "slices"

func sortIntsModern(s []int) {
    slices.Sort(s) // For basic ordered types
}

// For custom comparison logic:
// func sortStructsModern(items []MyStruct) {
//     slices.SortFunc(items, func(a, b MyStruct) int {
//         return cmp.Compare(a.Field, b.Field) // Using cmp.Compare (Go 1.21+)
//     })
// }
  • 理由: slices包提供了更丰富、类型更安全的排序功能,且通常性能更好。

3). 使用 any 替代 interface{} (Go 1.18+)

  • 旧风格: 使用 interface{} 表示任意类型。
func processAnything(v interface{}) {
    // ... process v ...
}
  • 现代风格: 使用 any 类型别名。
func processAnythingModern(v any) {
    // ... process v ...
}
  • 理由: any 是 interface{} 的官方别名,更简洁,更能体现其“任意类型”的语义。

4). 使用 slices.Clone 或 slices.Concat (Go 1.21+)

  • 旧风格: 使用 append([]T(nil), s…) 来克隆 slice。
func cloneSlice(s []byte) []byte {
    return append([]byte(nil), s...)
}
  • 现代风格: 使用 slices.Clone。
import "slices"

func cloneSliceModern(s []byte) []byte {
    return slices.Clone(s)
}
  • 理由: slices.Clone 意图更明确,由标准库实现可能更优化。slices.Concat 则用于拼接多个 slice。

5). 使用 maps 包函数 (Go 1.21+)

  • 旧风格: 手动写循环来拷贝或操作 map。
func copyMap(src map[string]int) map[string]int {
    dst := make(map[string]int, len(src))
    for k, v := range src {
        dst[k] = v
    }
    return dst
}
  • 现代风格: 使用 maps.Clone 或 maps.Copy。
import "maps"

func copyMapModern(src map[string]int) map[string]int {
    return maps.Clone(src) // Clone creates a new map
}

func copyMapToExisting(dst, src map[string]int) {
     maps.Copy(dst, src) // Copy copies key-values, potentially overwriting
}
  • 理由: maps 包提供了标准化的 map 操作,代码更简洁,不易出错。还有 maps.DeleteFunc, maps.Equal 等实用函数。

6). 使用 fmt.Appendf (Go 1.19+)

  • 旧风格: 使用 []byte(fmt.Sprintf(…)) 来获取格式化后的字节 slice。
import "fmt"

func formatToBytes(id int, name string) []byte {
    s := fmt.Sprintf("ID=%d, Name=%s", id, name)
    return []byte(s)
}
  • 现代风格: 使用 fmt.Appendf,通常配合 nil 作为初始 slice。
import "fmt"

func formatToBytesModern(id int, name string) []byte {
    // Appends formatted string directly to a byte slice
    return fmt.Appendf(nil, "ID=%d, Name=%s", id, name)
}
  • 理由: fmt.Appendf 更高效,它避免了先生成 string 再转换成 []byte 的中间步骤和内存分配。

7). 在测试中使用 t.Context (Go 1.24+)

  • 旧风格: 在测试函数中需要 cancellable context 时,使用 context.WithCancel。
import (
    "context"
    "testing"
    "time"
)

func TestSomethingWithContext(t *testing.T) {
    ctx, cancel := context.WithCancel(context.Background())
    defer cancel()

    // Use ctx in goroutines or functions that need cancellation
    go func(ctx context.Context) {
        select {
        case <-time.After(1 * time.Second):
            t.Log("Worker finished")
        case <-ctx.Done():
            t.Log("Worker cancelled")
        }
    }(ctx)

    // Simulate test work
    time.Sleep(100 * time.Millisecond)
    // Maybe cancel based on some condition, or rely on defer cancel() at end
}
  • 现代风格: 直接使用 testing.T 提供的 Context() 方法。
import (
    "context"
    "testing"
    "time"
)

func TestSomethingWithContextModern(t *testing.T) {
    // t.Context() is automatically cancelled when the test (or subtest) finishes.
    // It may also be cancelled sooner if the test times out (e.g., using t.Deadline()).
    ctx := t.Context()

    go func(ctx context.Context) {
        select {
        case <-time.After(1 * time.Second):
            t.Log("Worker finished")
        case <-ctx.Done():
            t.Logf("Worker cancelled: %v", ctx.Err()) // Good practice to log the error
        }
    }(ctx)

    time.Sleep(100 * time.Millisecond)
}
  • 理由: t.Context() 更方便,自动管理 context 的生命周期与测试的生命周期绑定,减少了样板代码,并能正确处理测试超时。

8). 使用 omitzero 代替 omitempty (Go 1.24+)

  • 旧风格: 在 json 或类似 tag 中使用 omitempty,它会在字段值为其类型的零值(如 0, “”, nil, 空 slice/map)时省略该字段。但对于空结构体字段则表现不如预期:
type ConfigOld struct {
    EmptyStruct struct{} `json:",omitempty"`
}

// JSON 输出为 {"EmptyStruct":{}}
  • 现代风格: 如果意图是“当字段值为零值时省略”,则使用 omitzero。
type ConfigModern struct {
    EmptyStruct struct{} `json:",omitzero"`
}
// JSON 输出为 {}

9). 使用 slices.Delete (Go 1.21+)

  • 旧风格: 使用 append(s[:i], s[i+1]…) 来删除 slice 中的单个元素。
func deleteElement(s []int, i int) []int {
    if i < 0 || i >= len(s) {
        return s // Index out of bounds
    }
    return append(s[:i], s[i+1:]...)
}
  • 现代风格: 使用 slices.Delete 删除一个或一段元素。
import "slices"

func deleteElementModern(s []int, i int) []int {
    if i < 0 || i >= len(s) {
        return s
    }
    // Delete element at index i
    return slices.Delete(s, i, i+1)
}

func deleteElementsModern(s []int, start, end int) []int {
     // Delete elements from index start (inclusive) to end (exclusive)
     return slices.Delete(s, start, end)
}
  • 理由: slices.Delete 意图更明确,更通用(可以删除区间),由标准库实现可能更健壮(处理边界情况)。

10). 使用for range n (Go 1.22+)

  • 旧风格: 使用经典的三段式 for 循环遍历 0 到 n-1。
func iterateN(n int) {
    for i := 0; i < n; i++ {
        // Use i
        _ = i
    }
}
  • 现代风格: 使用 for range 遍历整数。
func iterateNModern(n int) {
    for i := range n { // Requires Go 1.22+
        // Use i
         _ = i
    }
}
  • 理由: 语法更简洁。在某些情况下(虽然不常见),如果循环体没有使用 i,for range n 可能比 for i:=0; i<n; i++ 有微弱的性能优势(避免迭代变量的开销)。

11). 使用 strings.SplitSeq (Go 1.24+)

  • 旧风格: 在循环中迭代 strings.Split 的结果。
import "strings"

func processSplits(s, sep string) {
    parts := strings.Split(s, sep)
    for _, part := range parts {
        // Process part
        _ = part
    }
}
  • 现代风格: 如果只是为了迭代,推荐使用 strings.SplitSeq(如果 Go 版本支持)。
import "strings"

func processSplitsModern(s, sep string) {
    // SplitSeq returns an iterator, potentially more efficient
    // as it doesn't necessarily allocate the slice for all parts at once.
    for part := range strings.SplitSeq(s, sep) { // Requires Go 1.24+
        // Process part
         _ = part
    }
}
  • 理由: strings.SplitSeq 返回一个迭代器 (iter.Seq[string]),它在迭代时才切分字符串,避免了一次性分配存储所有子串的 slice 的开销,对于大字符串和/或大量子串的情况,内存效率更高。

2. 为什么要拥抱“现代Go”风格?

通过前面modernize工具支持的现代风格的示例,我们大致可以得到三点采用现代Go风格的好处:

  • 代码更简洁、可读性更高: 新的语言特性或标准库函数往往能用更少的代码、更清晰地表达意图。
  • 利用标准库优化: slices、maps等新包通常经过精心设计和优化,性能和健壮性可能优于手写的等效逻辑。
  • 与时俱进,降低维护成本: 使用社区和官方推荐的新方式,有助于保持代码库的技术先进性,也便于团队成员(尤其是新人)理解和维护。

认识到拥抱“现代 Go”风格的诸多好处,自然会问:如何使用modern工具才能帮助我们识别并实践这些风格呢?接下来我们就来看看modernize工具的用法。

3. 如何在你的项目中使用 modernize

modernize工具本身是一个命令行程序。你可以通过以下方式在你的项目根目录下运行它:

$go run golang.org/x/tools/gopls/internal/analysis/modernize/cmd/modernize@latest [flags] [package pattern]
  • [package pattern]:指定要扫描的包,通常我们会使用 ./… 来扫描当前目录及其所有子目录下的包。
  • [flags]:一些常用的标志:
    • -test (boolean, default true):是否分析测试文件 (_test.go)。默认是分析的。
    • -fix (boolean, default false):自动应用所有建议的修复。请谨慎使用,建议先人工检查或在版本控制下使用。
    • -diff (boolean, default false):如果同时使用了 -fix,此标志会让工具不直接修改文件,而是打印出 unified diff 格式的变更内容,方便预览。

执行示例:

正如我在我的两个开源项目go-cache-proglocal-gitingest中尝试的那样:

➜  /Users/tonybai/go/src/github.com/bigwhite/go-cache-prog git:(main) $ go run golang.org/x/tools/gopls/internal/analysis/modernize/cmd/modernize@latest -test ./...
/Users/tonybai/go/src/github.com/bigwhite/go-cache-prog/cmd/go-cache-prog/main.go:19:2: Loop can be simplified using slices.Contains
exit status 3

➜  /Users/tonybai/go/src/github.com/bigwhite/local-gitingest git:(main) ✗ $ go run golang.org/x/tools/gopls/internal/analysis/modernize/cmd/modernize@latest -test ./...
/Users/tonybai/go/src/github.com/bigwhite/local-gitingest/main_test.go:191:5: Loop can be simplified using slices.Contains
exit status 3

我们看到modernize的输出格式为:

文件路径:行号:列号: 建议信息。

这里的 exit status 3 通常表示 Linter 发现了问题。它提示我在这两个项目的指定位置,存在一个循环可以用 slices.Contains 来简化(这也是 modernize 支持的一个检查,虽然未在上述重点说明的现代风格列表中,但也属于简化代码的范畴)。

注意: 工具的文档提到,如果修复之间存在冲突(比如一个修复改变了代码结构,使得另一个修复不再适用或需要调整),你可能需要运行 -fix 多次,直到没有新的修复被应用。

IDE 集成:

好消息是,如果你在使用 VS Code、GoLand 等配置了 gopls 的现代 Go IDE,很多 modernize 提出的建议通常会直接以代码高亮或建议(Quick Fix / Intention Action)的形式出现在你的编辑器中,让你可以在编码时就实时地进行现代化改造。

掌握了如何在项目中使用 modernize 工具后,让我们回到最初的话题,对这个工具及其倡导的“现代 Go”风格做一些思考和总结。

4. 小结

gopls/modernize不仅仅是一个代码检查工具,它更像是Go语言演进过程中的一个向导,温和地提醒我们:“嘿,这里有更现代、可能更好的写法了!”

拥抱“现代 Go”风格,利用好 modernize 这样的工具,不仅能让我们的代码库保持活力,也能促使我们不断学习和掌握 Go 的新知识。这与当年拥抱“现代 C++”的精神是一脉相承的。

建议大家不妨在自己的项目上运行一下 modernize 工具,看看它能给你带来哪些惊喜和改进建议。也欢迎在评论区分享你使用 modernize 的经验或对“现代 Go”风格的看法!觉得这篇文章有用?点个‘在看’,分享给更多Gopher吧!

免责声明: modernize 工具及其命令行接口 golang.org/x/tools/gopls/internal/analysis/modernize/cmd/modernize 目前并非官方稳定支持的接口,未来可能会有变动。使用 -fix 功能前请务必备份或确保代码已提交到版本控制系统。


原「Gopher部落」已重装升级为「Go & AI 精进营」知识星球,快来加入星球,开启你的技术跃迁之旅吧!

我们致力于打造一个高品质的 Go 语言深度学习AI 应用探索 平台。在这里,你将获得:

  • 体系化 Go 核心进阶内容: 深入「Go原理课」、「Go进阶课」、「Go避坑课」等独家深度专栏,夯实你的 Go 内功。
  • 前沿 Go+AI 实战赋能: 紧跟时代步伐,学习「Go+AI应用实战」、「Agent开发实战课」,掌握 AI 时代新技能。
  • 星主 Tony Bai 亲自答疑: 遇到难题?星主第一时间为你深度解析,扫清学习障碍。
  • 高活跃 Gopher 交流圈: 与众多优秀 Gopher 分享心得、讨论技术,碰撞思想火花。
  • 独家资源与内容首发: 技术文章、课程更新、精选资源,第一时间触达。

衷心希望「Go & AI 精进营」能成为你学习、进步、交流的港湾。让我们在此相聚,享受技术精进的快乐!欢迎你的加入!

img{512x368}
img{512x368}
img{512x368}

著名云主机服务厂商DigitalOcean发布最新的主机计划,入门级Droplet配置升级为:1 core CPU、1G内存、25G高速SSD,价格6$/月。有使用DigitalOcean需求的朋友,可以打开这个链接地址:https://m.do.co/c/bff6eed92687 开启你的DO主机之路。

Gopher Daily(Gopher每日新闻) – https://gopherdaily.tonybai.com

我的联系方式:

  • 微博(暂不可用):https://weibo.com/bigwhite20xx
  • 微博2:https://weibo.com/u/6484441286
  • 博客:tonybai.com
  • github: https://github.com/bigwhite
  • Gopher Daily归档 – https://github.com/bigwhite/gopherdaily
  • Gopher Daily Feed订阅 – https://gopherdaily.tonybai.com/feed

商务合作方式:撰稿、出书、培训、在线课程、合伙创业、咨询、广告合作。

如发现本站页面被黑,比如:挂载广告、挖矿等恶意代码,请朋友们及时联系我。十分感谢! Go语言第一课 Go语言进阶课 Go语言精进之路1 Go语言精进之路2 Go语言第一课 Go语言编程指南
商务合作请联系bigwhite.cn AT aliyun.com

欢迎使用邮件订阅我的博客

输入邮箱订阅本站,只要有新文章发布,就会第一时间发送邮件通知你哦!

这里是 Tony Bai的个人Blog,欢迎访问、订阅和留言! 订阅Feed请点击上面图片

如果您觉得这里的文章对您有帮助,请扫描上方二维码进行捐赠 ,加油后的Tony Bai将会为您呈现更多精彩的文章,谢谢!

如果您希望通过微信捐赠,请用微信客户端扫描下方赞赏码:

如果您希望通过比特币或以太币捐赠,可以扫描下方二维码:

比特币:

以太币:

如果您喜欢通过微信浏览本站内容,可以扫描下方二维码,订阅本站官方微信订阅号“iamtonybai”;点击二维码,可直达本人官方微博主页^_^:
本站Powered by Digital Ocean VPS。
选择Digital Ocean VPS主机,即可获得10美元现金充值,可 免费使用两个月哟! 著名主机提供商Linode 10$优惠码:linode10,在 这里注册即可免费获 得。阿里云推荐码: 1WFZ0V立享9折!


View Tony Bai's profile on LinkedIn
DigitalOcean Referral Badge

文章

评论

  • 正在加载...

分类

标签

归档



View My Stats