АП
там изначально len - 0, поэтому он не должен иницилизировать если можно так сказать
Size: a a a
2020 May 22
DP
ну вот как только ты так сделал - в памяти появился массив на 5 строк “” и слайс нулевой длины
ЛА
Слайс выделяет память под cap всегда, это мапа смотрит на отсутствие элементов в ней и не выделяет ничего, если 0
AK
https://github.blog/2020-05-20-three-bugs-in-the-go-mysql-driver/ кстати, пришло время обновить Go MySql driver похоже. Заодно и потестировать.
АП
ну вот как только ты так сделал - в памяти появился массив на 5 строк “” и слайс нулевой длины
как так? после появление оргызка?
АП
testslice1 := make([]string, 0, 5)
testslice1 = append(testslice1, "A", "A")
fmt.Println(len(testslice1),cap(testslice1))
testslice1 = append(testslice1, "A", "A")
fmt.Println(len(testslice1),cap(testslice1))
DP
как так? после появление оргызка?
make его сделал
АП
тут все корректно, он append первые две позии заполнио
АП
а не наплодил еще
DP
не заполнило, а переписало
АП
ну тут да
АП
меня все клинит что он проверяет не пустая ли ячейка памяти
DP
а она никогда не пустая
АП
а он опирается только на позицию - ему похрен на содержание
DP
в любой выделенной памяти всегда лежит zero value соответствующего типа
АП
был кусок:
[ "A" "A" "" "" "" ] - len:2 cap: 5
отрезали:
"A" ["A" "" ""] ""- len:3 cap: 4
[ "A" "A" "" "" "" ] - len:2 cap: 5
отрезали:
"A" ["A" "" ""] ""- len:3 cap: 4
АП
и если делать append в отрезок, поскольку len 3 то я "вылетаю" на 5 позицию
АП
"A" ["A" "" ""] "СУДЫ"
DP
ну
АП
не очевидно конечно, ибо "оригинальный" ведет себя по другому, чехорда с обсчетом len начинается на обрезках