CustomBool не надо ли по ссылке в reciver принимать, а то результат присвоения будет отброшен. Я думаю текущий код даст ошибку или предупреждение о неиспользуемом значении.
Ну для меня возможность отмены выглядит вполне как управление. Т.е. можно добиться того же что и с исключениями просто возможно не так удобно потом как это намерянно не поощеряется использовать в таком ключе.
Recover is a built-in function that regains control of a panicking goroutine. Recover is only useful inside deferred functions. During normal execution, a call to recover will return nil and have no other effect. If the current goroutine is panicking, a call to recover will capture the value given to panic and resume normal execution.
Т.е. если сделать recover() то потом текущая функция вернётся а рутина продолжится как ни в чём не бывало. Правильно же?
Если обрабочик быстрее потока, то нет смысла делать несколько потоков потому что пропусканая способность канала вряд ли от этого увеличится.
Если обработчик медленнее потока достаточно в Scan просто запускать новую рутину на каждую запись на обработку. Ну или складывать в канал для последующей обработки ограниченным количеством рутин.
Ну у разных проектов разные шаблоны. В геймдеве возможно всегда надо целиком собирать игру, а в Microsoft программисту работающему над условным калькулятором скорее всего не нужен целиком весь репозиторий винды.
Ну как бы VFS это вроде бы Virtual File System и решает она те же проблемы и вроде бы точно так же как и Яндексовый Arc. Т.е. ничего она целиком не высасывает.
CustomBool не надо ли по ссылке в reciver принимать, а то результат присвоения будет отброшен. Я думаю текущий код даст ошибку или предупреждение о неиспользуемом значении.
Выглядит круто. Аж захотелось на F# перейти.
Очень круто. Прям как хороший фильм который не даёт ответов, а только появляется больше вопросов.
Я использую Firebase и не только для статики.
Спасибо. Зашарил.
Спасибо! Узнал про
@Attribute.https://www.twilio.com/whatsapp
Ну для меня возможность отмены выглядит вполне как управление. Т.е. можно добиться того же что и с исключениями просто возможно не так удобно потом как это намерянно не поощеряется использовать в таком ключе.
Как нет типа? В панику же любой параметр можно передать и потом как угодно обработать — включая проверку типа.
Ну как бы не совсем так.
https://blog.golang.org/defer-panic-and-recover
Т.е. если сделать
recover()то потом текущая функция вернётся а рутина продолжится как ни в чём не бывало. Правильно же?Спасибо.
Кто нибудь может объяснить чем
panicнеexception? Только тем что их не вызывают по поводу и без?Каждый раз такие зявления глаз режут.
А можно эту же статью на английском? Я бы своим показал.
Прямо какой то Go-антипатерн.
Если обрабочик быстрее потока, то нет смысла делать несколько потоков потому что пропусканая способность канала вряд ли от этого увеличится.
Если обработчик медленнее потока достаточно в Scan просто запускать новую рутину на каждую запись на обработку. Ну или складывать в канал для последующей обработки ограниченным количеством рутин.
Взлетит
Какие то вредные советы.
Ну у разных проектов разные шаблоны. В геймдеве возможно всегда надо целиком собирать игру, а в Microsoft программисту работающему над условным калькулятором скорее всего не нужен целиком весь репозиторий винды.
Ну как бы VFS это вроде бы Virtual File System и решает она те же проблемы и вроде бы точно так же как и Яндексовый Arc. Т.е. ничего она целиком не высасывает.
А как это по сравнению с VFS for Git (GVFS) от Microsoft?
https://github.com/microsoft/VFSForGit
https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/
Чей велосипед лучше?
Хорошая статья, спасибо.