Comments 8
go test -cover
теперь показывает покрытие кода для пакетов, у которых нет собственных тестовых файлов
Ну и на фига? И, судя по release notes, это нельзя отключить.
У меня в проекте большой сгнеренный файл в отдельном пакете, и если его тоже начнут считать, то coverage упадет процентов на 15-20 :(
res:= slices.Concat(s1, s2, s3)
О, теперь будет удобно двумерные массивы распаковывать!
slices.Concat([][]string{{"a","b"}, {"1", "2"}}...) // []string{"a", "b", "1", "2"}
Любопытно, эту оптимизацию индексных переменных цикла, названную "проблемой" смогли решить без потери в производительности? По-моим наблюдениям разработчики легко принимали эту особенность поведения как данность, сделанную для оптимизации цикла и после первой ошибки (которую вероятно совершали хоть раз все, кто долго программирует на go :) больше на это не попадались.
Спасибо за обзор, информативно
Go 1.22: Интерактивные заметки к релизу