Comments 14
Как-то после lifetimes в заголовке ожидалось, что в статье будет про явное указание времен жизни ссылок. Статья больше напоминает недописанный черновик: много синтаксических ошибок, довольно многословные примеры и такое ощущение, что конец отсутствует. Можно причесать — и получится неплохая статья, но в текущем виде ее читать тяжеловато. (
NLL тоже не особо раскрыт
C NLL все просто — если код работает без NLL — то с ним то уж точно работать будет. Единственное отличие — переменная уничтожается не в конце блока кода, а после последнего своего использования.
так есть же, но не явно :)
«современный раст делает это автоматически лучше чем в старые времена»
«современный раст делает это автоматически лучше чем в старые времена»
Про явное указание времени жизни вообще мало пишут, при том как часто оно используется.
Одной из целью было раскрыть по-возможности меньше информации, чтобы читающий сконцентрировался на понимании основного. Думаю что если и раскрывать многие темы — то под них нужны отдельные статьи, причём возможно эта должна быть не первой, а например про копирование и клонирование, так как оно косвенно тоже связано. Но что такой формат вообще нужен — уверенности нет.
Отчасти согласен. Рано или поздно пользователь столкнётся не только с примером что вы написали, но и с огромным количеством других непонятных вещей, типа матча и тд, которые тоже надо бы раскрывать. У меня изначально вообще была идея сделать что-то типа FAQ: проблема — решение, но, показалось, что это не очень подходящий формат для статьи и получилось то, что получилось.
Но вы ведь пишете про вж. А явные вж встречаются за пределами хеллоуворлда примерно всегда. Если делать FAQ — подобное, но не очень очевидное, уже есть, можно его расковырять и добавить деталей.
Sign up to leave a comment.
Ещё одна статья о временах жизни (lifetimes) в Rust