はてなブックマーク

Go1.23が8月13日にリリースされ、リリースノートや概要のブログが公開されました。 前回の New Features から1回分空いてしまいましたが、改めまして、この記事ではGo1.23の中から気になった新機能についてご紹介していきます。 spec Go1.22で実験的に導入されていたrange-over funcがGo1.23で本格導入されています。Goでループをまわす際はrangeを使いますが、このrangeが受け取れる型として、以下のシグネチャを持つ関数型が追加されました。 func(func() bool) func(func(K) bool) func(func(K, V) bool) これらの関数はiterator functions（イテレータ関数）と呼ばれています。 イテレータ関数が導入されて何が嬉しいか、これだけだとよく分からないかと思いますが、その導入背景や基本的な

Goは2009年にリリースされて以来、これまで数多くの標準パッケージが実装されてきましたが、リリースから時間が経つにつれて様々な問題が発見されてきました。それらの問題はプログラムの外部から見える振る舞いを変えないようであれば修正が行われてきましたが、振る舞いを変える場合、後方互換性を維持するために非推奨にして使用しないように勧告したり、既存の実装を残したまま拡張したりしながら問題を回避してきました。 最近では、既存のパッケージを残しつつ、新しくv2パッケージとして提供しようという動きが出てきており、例えば既存の標準パッケージであるencoding/jsonの様々な問題点を解消するために、そのv2パッケージencoding/json/v2が提案されていることをご存じの方も多いと思います。実はGo1.22ではencoding/json/v2よりも一足先に、パッケージmath/randにv2パッ

Go1.21 が 2023年8月9日(JST) にリリースされ、そのリリースノートやブログが公開されています。この記事では前回の Go1.20 New Features に引き続き、Go1.21 の新機能の中から気になった機能を解説していきます。 spec Go1.20 までは、メジャーリリースの一番最初のバージョンの末尾にパッチバージョンが付いておらず、次のバージョンからはパッチバージョンが付くようになっていました。 例えば Go1.20 の最初のバージョンは go1.20 で、次のバージョンからは go1.20.1, go1.20.2, ... のようにパッチバージョンがついていました。 Go1.21 からは、一番最初のバージョンが go1.21.0 のようにパッチバージョンの .0 が付くようになります。 import している package を初期化する順序が Spec に明記さ

Goで開発していると「あれ？思った通りの順番で出力してくれない...」という場面に出くわすことがあると思います。 それぞれの事象について、じっくりと処理を追っていけば原因を特定することはできますが、 事前に はまりポイント を知っておけば未然に防げます。 この記事では、筆者が遭遇したそんなはまりポイントについて共有していきます。 他にも「こういうパターンがあるよ！」という方がいらっしゃいましたら、コメント欄に是非ご記載ください！ sliceのスコープを意識せずにソートする Goの標準パッケージ sort には、sliceをソートするときに便利なメソッドが揃っており、以下のように要素の型によらず呼ぶことができます。 a := []int{3, 1, 2} sort.Slice(a, func(i, j int) bool { return a[i] < a[j] }) fmt.Println

Go1.20 が2023年2月2日にリリースされ、そのリリースノートが公開されています。この記事ではその中から気になったものを抜粋し、いくつかの機能に関しては使用例も載せていきます。 それでは見ていきましょう！ spec slice から array への変更が可能になりました。 Go1.17 では slice から array の pointer に変換できる言語仕様が追加されましたが、slice から array に変換するには一度 pointer を経由しなければいけませんでした。Go1.20 からは直接 slice から array に変換できるようになります。 /* slice を要素数4の array に変換する */ x := []int{1, 2, 3, 4} // Go1.20 より前 a1 := *(*[4]int)(x) // Go1.20 以降 a2 := [4]i

init { n := len(a) if n > len(b) { n = len(b) } if a.ptr != b.ptr { memmove(a.ptr, b.ptr, n*sizeof(elem(a))) } } n; となっているので、つまるところコピーを行っている実態は runtime.memmove [1]になります。 次に memmove がどこで実装されているか検索する必要がありますが、typecheck.LookupRuntime("memmove") とある通り runtime パッケージにその実態があるか確認しているコードがあるので、目で追う際もコードと同じく runtime パッケージを探せば良さそうです。すると ここ に function body なしで宣言されていることが見て取れます。ご存知の方も多いかと思いますが、Go Spec にも載っているとおり、

はじめに Go1.16 にはいつものリリースと同じように興味深い新機能が多数追加されました。その中でも特に注目されている機能として、Go のビルド済みバイナリに読み込み専用の静的ファイルを埋め込む go:embed ディレクティブがあります。これまで静的ファイルをバイナリに埋め込むアプローチは種々提案されてきましたが[1]、ツールや OS ごとに埋め込み方がバラバラで、それぞれ使い方を覚えたり特定ツールへの依存がどうしても避けられませんでした。今回このディレクティブの導入によって Go 公式として統一される形となります。 このディレクティブ導入が注目される理由として、上記のような歴史的な背景ももちろんありますが、次のような疑問もあると思われます。 どのような機能があるか？ どう使うか？（逆にどう使えないか？） ファイルはどこに埋め込まれているか？ ファイルはどのような形式で埋め込まれている