NK
хотя borrow checker сам за тебя перепроверит на этапе компиляции
Size: a a a
2020 October 15
u
Что значит по лбу ударило? Стал еще больше в восторге, или наоборот?
AN
видимость локальных переменных? Я бы тоже задумался, а стоит ли на таком писать в повседневной жизни.
YK
Alexander N
видимость локальных переменных? Я бы тоже задумался, а стоит ли на таком писать в повседневной жизни.
Просто язык даёт возможность описать, что элементы списка должны жить не меньше списка (чтоб не было в рантайме фигни)
YK
И никаких указателей в null внезапных (точней не в нул, а куда-то в нехорошее место)
u
Мне в расте не понравилось что можно переменные переопределять
var x = 1;
var x = x + 1;
Растистам это видимо очень нравится, а по мне говнокод. Очень сильно останавливает от дальнейшего изучения
var x = 1;
var x = x + 1;
Растистам это видимо очень нравится, а по мне говнокод. Очень сильно останавливает от дальнейшего изучения
AN
а в плюсах когда уничтожаются элементы? Они вообще сами уничтожаются или их руками надо? В делфи не было таких проблем - там всё что сам создал, сам и уничтожаешь когда тебе надо. В том числе и элементы списка.
YK
ud1
Мне в расте не понравилось что можно переменные переопределять
var x = 1;
var x = x + 1;
Растистам это видимо очень нравится, а по мне говнокод. Очень сильно останавливает от дальнейшего изучения
var x = 1;
var x = x + 1;
Растистам это видимо очень нравится, а по мне говнокод. Очень сильно останавливает от дальнейшего изучения
Ага, это называется shadowing (вдруг кто не знает), и типа переменной тоже можно менять. Это кажется странным...
YK
Если функция большая и вверху переменная значит одно, а внизу уже другое...
O
Alexander N
а в плюсах когда уничтожаются элементы? Они вообще сами уничтожаются или их руками надо? В делфи не было таких проблем - там всё что сам создал, сам и уничтожаешь когда тебе надо. В том числе и элементы списка.
Самому уничтожать - это же прошлый век
YK
Alexander N
а в плюсах когда уничтожаются элементы? Они вообще сами уничтожаются или их руками надо? В делфи не было таких проблем - там всё что сам создал, сам и уничтожаешь когда тебе надо. В том числе и элементы списка.
Уничтожатся когда скажешь, сами не уничтожатся.
YK
Это если голые указатели
O
Уничтожатся когда скажешь, сами не уничтожатся.
Контейнеры уничтожают
AN
Самому уничтожать - это же прошлый век
да. Но когда говоришь о скорости и отсутствии сборщика мусора - вполне рабочий вариант
YK
Но, как уже сказали выше, сейчас это не модно уже
YK
Alexander N
да. Но когда говоришь о скорости и отсутствии сборщика мусора - вполне рабочий вариант
Так создатели плюсов и думали, но людям свойственно ошибаться, поэтому разработчики обычно забывают удалять или используют удалённое
O
Alexander N
да. Но когда говоришь о скорости и отсутствии сборщика мусора - вполне рабочий вариант
В c++ нет сборщика, контейнеры сами освобождают память когда не нужны, все быстро
YK
Контейнеры уничтожают
Да, уничтожат то, чем владеют, но разве вектор указателей почистит указатели?
YK
(точней то, что по ним хранится)
AN
В c++ нет сборщика, контейнеры сами освобождают память когда не нужны, все быстро
а откуда они знают как правильно уничтожить элементы контейнера? А если я там просто ссылки храню, а сами элементы в другом месте привязаны?