EG
Внимание: автооборачивание в
Ok(_)Неплохо
Ok(())Size: a a a
2020 February 14
EG
Ещё бы функции научились автовозвращать
p
Внимание: автооборачивание в
Ok(_)О, хочу
p
Ещё бы функции научились автовозвращать
Ok(())+
а
Это нормально. У нас и hello world через макрос.
Реализация конструкции catch, которую ты написал, выполняет задачу, но является далеко не оптимальной, так как создаёт лишний тип, лишнюю структуру, лишний вызов функции, которые не нужны в оптимальной реализации.
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
EG
Реализация конструкции catch, которую ты написал, выполняет задачу, но является далеко не оптимальной, так как создаёт лишний тип, лишнюю структуру, лишний вызов функции, которые не нужны в оптимальной реализации.
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Это всё соптимизируется в ноль.
EG
Иначе бы
.iter().map(|x| ...) не было зеро-кост абстракциейp
Реализация конструкции catch, которую ты написал, выполняет задачу, но является далеко не оптимальной, так как создаёт лишний тип, лишнюю структуру, лишний вызов функции, которые не нужны в оптимальной реализации.
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Компилятор раста умнее тебя раз в 50 (не оскорбление)
p
Он хорошо оптимизирует
В
Реализация конструкции catch, которую ты написал, выполняет задачу, но является далеко не оптимальной, так как создаёт лишний тип, лишнюю структуру, лишний вызов функции, которые не нужны в оптимальной реализации.
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
Конечно, наверное, это всё инлайнится и никаких вызовов в рантайме не будет, но полагаться на оптимизатор — плохая идея, ведь он ничего не гарантирует
У меня компилятор каррирование выоптимизирововывал, думаю в таком простом случае на него можно положиться
а
Ок
p
С другой стороны это некрасиво выглядит
В
А как вам такая лямбда? :D
move || async { try {} }В
Даже
move || async move { try {} }SP
Почитал вакансии чето максимально пробомбило. Как же всетаки смешно слушать эти шикарные аргументы типа питон - потому что вакансий много! питон - потому что людей много!
EG
Кстати, чем отличается move справа от || от move слева?
SP
такая циклическая зависимость получается
EG
такая циклическая зависимость получается
Ну да, это не новость.
SP
не новость но я потерял бдительность и забыл
SP
вернее когда это в последний раз было не новостью для меня - не было так очевидно что скрипты сосут