Não utilizar os.Exit pois dessa forma deferred funcs não executam

[txgruppi]

Quando usando os.Exit o processo termina imediatamente, impedindo que deferred funcs sejam executadas.

O ideal é retornar o erro e fazer que esse erro chegue até 'quem' for responsável por tratar isso. return permite a execução de deferred funcs.

[andreyvital]

Sugestões? se eu tiver que tratar o erro no "owner"...I mean, no principal, util.Invariant perde o sentido, a ideia é quebrar se a condicional falhar!

Veja isso: https://groups.google.com/forum/#!topic/golang-nuts/UYoaWk6oJbY e isso: https://gist.github.com/philpennock/3948444

Algo interessante?

[txgruppi]

Eu não usaria Invariant e jogaria o erro pra cima no stack até chegar em quem tem capacidade de tratar, se o tratamento for parar que pare.

[andreyvital]

Pelos meus cálculos, o único defer que rola é o que fecha a conexão do cidadão, considerando que falhe uma invariante, vai quitar tudo e de qualquer forma vai desligar o cara, não?

[txgruppi]

Despende se o Close precisa fazer algo antes de fechar.

[andreyvital]

Pelo visto, nada: https://github.com/gorilla/websocket/blob/master/conn.go#L201-L203. Apenas delega a call pra net.Conn.Close, ao menos aí.

[txgruppi]

Ainda acho que é melhor "fazer direito"

[andreyvital]

Que saiam os Invariants então!

🍻