Size: a a a

2021 May 08

Е

Евгений in dlang.ru
Кроме проблемы владения, конечно.
источник

И

Игорь in dlang.ru
есть проблема которую я описал в случае со строкой. Если ты на 100% уверен что ты не сделал ошибки то наверняка можно с помощью каких-то слов обойти это ограничение
источник

Е

Евгений in dlang.ru
Лично для меня, главная проблема в программировании это проблема владения, тесно связанная с лайфтаймами. Все.
источник

Е

Евгений in dlang.ru
Не считая конечно, архитектуры и прочих куда более сложных проблем.
источник

0

000Sanya in dlang.ru
можно, но надо через лайфтаймы
источник

И

Игорь in dlang.ru
но как по мне - эти ограничения достаточно логичные. Понятно что есть случаи когда это неудобно. Ну значит в каких-то случаях обходишь это
источник

И

Игорь in dlang.ru
но сам по себе язык тебя заставляет думаьт а что ты тут делаешь. Это не хорошо и не плохо, это инструмент
источник

Е

Евгений in dlang.ru
В общем я понял. Раст путем достаточно большого усложнения языка решает проблемы, которые в языках с GC решаются сами собой без усложнения.
источник

И

Игорь in dlang.ru
да
источник

И

Игорь in dlang.ru
но в случае с GC ты платишь цену задержками
источник

Е

Евгений in dlang.ru
Причем по сути не совсем без GC. Ведь тот же Rc/Arc - разновидность GC
источник

Е

Евгений in dlang.ru
Не обязательно.
источник

МВ

Макс Воробьев... in dlang.ru
Arc - тоже накладные расходы на атомарные счетчики
источник

КП

Константин Пунш... in dlang.ru
Я нагуглить не мог. В чем разница arc и rc?
источник

МВ

Макс Воробьев... in dlang.ru
а раст метил в системное программирование
источник

И

Игорь in dlang.ru
Rc не обязательно, арк не обязательно
источник

МВ

Макс Воробьев... in dlang.ru
arc - фича языка
источник

Е

Евгений in dlang.ru
Arc - это межпоточное с атомарностью, Rc - однопоточное без атомарности.
источник

МВ

Макс Воробьев... in dlang.ru
чейто?
источник

Е

Евгений in dlang.ru
Rc получаются чуть поменьше оверхеда
источник