Declarar fatia ou fazer fatia?

99

Em Go, qual é a diferença entre var s []inte s := make([]int, 0)?

Acho que ambos funcionam, mas qual é o melhor?

go allocation slice

— Wang Yi
fonte

O primeiro cria um nilslice, enquanto o segundo cria um emptyslice (esta é a terminologia usada pelo "Go in action book" ). Para evitar postar a mesma resposta aqui também, você pode verificar stackoverflow.com/a/45997533/1561148

— tgogos 01 de

95

Além fabriziom 's resposta , você pode ver mais exemplos em ' Go Slices: uso e internos ', onde um uso para []inté mencionado:

Uma vez que o valor zero de uma fatia ( nil) atua como uma fatia de comprimento zero , você pode declarar uma variável de fatia e, em seguida, anexá-la em um loop:

// Filter returns a new slice holding only
// the elements of s that satisfy f()
func Filter(s []int, fn func(int) bool) []int {
    var p []int // == nil
    for _, v := range s {
        if fn(v) {
            p = append(p, v)
        }
    }
    return p
}

Isso significa que, para anexar a uma fatia, você não precisa alocar memória primeiro: a nilfatia p int[]é suficiente como uma fatia a ser adicionada.

— VonC
fonte

Por que você acha que faria uma alocação? O limite é zero, então nada é alocado com ou sem make.

— Arman Ordookhani

1

@ArmanOrdookhani Concordo. Eu apenas acho a declaração var p []intmais fácil do que usar make(que eu associo mais com alocação, embora com um limite 0, ela não alocaria nada). Em termos de legibilidade, prefiro não usar makeaqui.

— VonC

1

Estou mais voltado para o uso de literais em todos os lugares (por exemplo p := []int{}). Como geralmente usamos :=sintaxe para declarar a maioria das variáveis, é mais natural tê-la em todos os lugares em vez de ter exceções para fatias. Fora isso, tentar pensar em alocações geralmente leva as pessoas a otimizações prematuras.

— Arman Ordookhani

113

Declaração simples

var s []int

não aloca memória e saponta para nil, enquanto

s := make([]int, 0)

aloca memória e saponta para a memória para uma fatia com 0 elementos.

Normalmente, o primeiro é mais idiomático se você não souber o tamanho exato do seu caso de uso.

— fabrizioM
fonte

Posso dizer o mesmo para o mapa? var m map [string] int vs m: = make (map [string] int)? Obrigado.

— joshua

11

Nah, você precisa de makemapas, porque mesmo um vazio mapprecisa de espaço alocado para alguma contabilidade.

— twotwotwo

11

Se você precisar retornar uma fatia com 0 elementos (em vez de 'nil'), faça o uso correto.

— Jess de

6

Se você estiver construindo uma API e retornar um array como resposta, o uso da forma declarativa retornará nilcaso seu slice não tenha nenhum elemento, em vez de um array vazio. No entanto, se makefor usado para criar a fatia, um array vazio será retornado, o que geralmente é o efeito desejado.

— robinmitra de

6

Conforme mencionado em um comentário sobre esta resposta: stackoverflow.com/a/29164565/1311538 , há diferenças ao tentar fazer coisas como empacotamento json. O empacotamento da fatia nula ( var s []int) produzirá null, enquanto o empacotamento da fatia vazia ( s := make([]int, 0)) produzirá o esperado[]

— asgaines

8

Acabei de encontrar uma diferença. Se você usar

var list []MyObjects

e então você codifica a saída como JSON, você obtém null.

list := make([]MyObjects, 0)

resulta []conforme o esperado.

— Steve Hanov
fonte

sim, o último é bastante útil quando queremos uma resposta com array [] em vez de null

— Nhan Tran

4

Exemplo um pouco mais completo (mais um argumento make):

slice := make([]int, 2, 5)
fmt.Printf("length:  %d - capacity %d - content:  %d", len(slice), cap(slice), slice)

Fora:

length:  2 - capacity 5 - content:  [0 0]

Ou com tipo dinâmico de slice:

slice := make([]interface{}, 2, 5)
fmt.Printf("length:  %d - capacity %d - content:  %d", len(slice), cap(slice), slice)

Fora:

length:  2 - capacity 5 - content:  [<nil> <nil>]

— Benyamin Jafari
fonte

2

Bons exemplos. +1

— VonC