let?
Ні, растовиком
const
не люблю ставити const бо майже завжди потім замінюю на let)
тоді ти ще не джс розробник
м, ну тоді це гарно)
Так а зачем ты его вообще ставишь раз ты знаешь что его нужно потом менять?
я не дуже наперед мислю коли пишу код)
ну тобто ось нам треба буде якийсь там id наприклад, я хз як він там в алгоритмі буде змінюватись чи ні
бо це здебільшості петпроекти тому там нема якихось стандартних тасок для яких відомо що буде, все from scratch так би мовити
А кста, оцю move семантику расту вже і інші мови починають запихати в себе
я її так і не зрозумів кста)
Свіфт додав якийсь маркер для того, щоб зайвий раз не робити референс каунтінг оверхед
так, ну ось у нас є обʼєкт у купі, ми передаємо поінтер, що далі?
Ми цей об'єкт прив'язуємо до цього поінтера і видалемо разом з видаленням поінтера
якщо я цей поінтер покладу десь у тій функції у ще один обʼєкт а його у поле потім повертаюсь назад до виклику тої фукції, тепер у мене є поінтер на обʼєкт на моєму стеку і десь у філді у іншому обʼєкті
а якщо ми його покладем кудись?
Ти на купі так просто об'єкт не виділиш, треба смартпоінтери
тобто нічого з плюсів не змінилось, все так само смарт поінтери?
Ти просто так цей філд з власності структури не забереш — компілятор не дасть, тому все що всередині структури видалиться разом з самою структурою
типу так само рахують кількість посилань там чи як вони там працюють
так, давай я приклад напишу на шарпі ок?
Суть в тому, що ти в расті багато чого і без них можеш робити
Але доволі подібно в складніших кейзах, так
Обсуждают сегодня