в функцию? И лучше передавать ридер по указателю?
s := "The quick brown fox jumped over the lazy dog"
sr := strings.NewReader(s)
counts, err := countLetters(sr)
if err != nil { return err }
fmt.Println(counts)
Нет. Строка в Go передаётся грубо говоря по указателю. Копируется только header структуры строки, не сама строка
Reader может оказаться даже значительно дороже потому-что может создать аллокацию, а это всегда дорого
А, ну то есть ридер лучше по указателю передать?
NewReader вроде и возвращает указатель, а он ведёт на heap скорее всего поскольку вероятность высока что escape analysis не сможет доказать что структура ридера не утекает из scope'а
Скорее всего, NewReader возвращает экземпляр, потому что функция countLetters принимает не указатель.
Это интерфейс
А, он по указателю передаётся всегда?
Интерфейс передаётся как и указатель копией, но в нём будет указатель на структуру Reader'а
А, интерфейс - это не просто указатель на структуру, в какая-то сложная (или относительно) структура тоже?
А как?
в го не надо делать предположения основываясь на знаниях из других языков. Просто лучше везде использовать не указатели и все
А что такое строка в go?
Сениор в чате.
А что такое string, если не строка?
Ну вопрос звучал что такое строка под капотом
Не знаю, может, указатель на массив байтов? Или срез байтов.
Близко! Следующий вопрос: есть ли смысл в передаче указателя на указатель?
Если менять его не нужно (и не нужно отличить nil-значение от отсутствия передачи значения), то нет.
Скажи это aws sdk, где все через aws.String работает, а это *string
Обсуждают сегодня