Size: a a a

2020 March 02

zl

ziggy lucid in Go-go!
Допустимо ли отказаться от обязательного закрытия файла через file.Close(), если он используется только для чтения в течение всего цикла жизни приложения? Или все-таки надо обязательно перед выходом из приложения его закрывать?
источник

Y

Yury in Go-go!
Evgeny Lilekov
time.Now().Format("2007-01-02 15:04:05")
спасибо!
источник

A

Aikidos in Go-go!
ziggy lucid
Допустимо ли отказаться от обязательного закрытия файла через file.Close(), если он используется только для чтения в течение всего цикла жизни приложения? Или все-таки надо обязательно перед выходом из приложения его закрывать?
Ну, не сказать, что прям совсем обязательно, но по правилам хорошего тона, лучше закрывать самому.
источник

МП

Мимо Проходящий in Go-go!
Pax au Telemanus
интересно за что)
Туда берут только мусульман. Не спрашивай как они тебя раскусили
источник

PT

Pax au Telemanus in Go-go!
Мимо Проходящий
Туда берут только мусульман. Не спрашивай как они тебя раскусили
промазал чувак...
источник

zl

ziggy lucid in Go-go!
Aikidos
Ну, не сказать, что прям совсем обязательно, но по правилам хорошего тона, лучше закрывать самому.
конкретная ситуация
хотелось бы в методе открывать файл по его имени, но в дальнейшем будет использоваться только Reader
если закрывать самому, то надо хранить указатель на File, чтобы было что закрывать в конце
источник

а

а кто это in Go-go!
ziggy lucid
конкретная ситуация
хотелось бы в методе открывать файл по его имени, но в дальнейшем будет использоваться только Reader
если закрывать самому, то надо хранить указатель на File, чтобы было что закрывать в конце
хранить надо io.ReadCloser
источник

МП

Мимо Проходящий in Go-go!
ziggy lucid
Допустимо ли отказаться от обязательного закрытия файла через file.Close(), если он используется только для чтения в течение всего цикла жизни приложения? Или все-таки надо обязательно перед выходом из приложения его закрывать?
После выхода из приложения не надо файлы закрывать, ось всё вычистит за процессом. Даже фрибсдя
источник

а

а кто это in Go-go!
а кто это
хранить надо io.ReadCloser
он реализует io.Closer и io.Reader
источник

zl

ziggy lucid in Go-go!
а кто это
хранить надо io.ReadCloser
это специфичная db - туда только Reader пробрасывается
чтобы закрыть, надо сохранить сам File тогда
источник

а

а кто это in Go-go!
Мимо Проходящий
После выхода из приложения не надо файлы закрывать, ось всё вычистит за процессом. Даже фрибсдя
звучит плохо
источник

а

а кто это in Go-go!
потому как в Close буфер может отчищаться, например
источник

DP

Daniel Podolsky in Go-go!
это reader.
источник

zl

ziggy lucid in Go-go!
файл только для чтения и открыт весь цикл жизни приложения
подумал, может не стоит его закрывать самому - и код понятней будет, да и проще
источник

а

а кто это in Go-go!
а, только чтение
источник

МП

Мимо Проходящий in Go-go!
а кто это
потому как в Close буфер может отчищаться, например
И какая пол разница что там как очищается после того как процесс айлюлю
источник

A

Aikidos in Go-go!
а кто это
звучит плохо
Есть такая практика, что тот, кто открыл файл, тот его и закрывает.
Если вы открыли коннект, вы его и закрыли.
И т.д.

К примеру, есть функция, которая принимает коннект и выполняет от него запрос. Если коннект закрыт, то она открывает и выполняет запрос. По правилам хорошего тона, она его и закрывает потом.
Если коннект уже был открыт, то она просто выполняет запрос. Коннект не закрывает.

Так же и с файлами. Кто открыл файл на чтение, тот и закрывает.
источник

а

а кто это in Go-go!
ох уж эти правила хорошего тона...
источник

A

Aikidos in Go-go!
Иначе вы потом запутаетесь
источник

A

Aikidos in Go-go!
Файлы сами будут гдет закрываться
источник