RS
Логин (причем не e-mail, типа "Петровна") + пароль (примитивный "12345") + большая кнопка Войти - это классика.
Size: a a a
2020 January 18
RS
остальные варианты думаю не юзер френдли
RS
Хотя не.... от продукта зависит
IK
Господа, объясните мне плз, как работает выделение памяти с перечитляемыми типами?
Допустим, я делаю редьюс, и в аккумуляторе там map или tuple, или ещё что. Они же иммутабельные вроде?
То есть на каждой итерации будет создаваться новый объект в памяти. Каждый раз будет память выделяться, или BEAM это как-то оптимизирует?
Допустим, я делаю редьюс, и в аккумуляторе там map или tuple, или ещё что. Они же иммутабельные вроде?
То есть на каждой итерации будет создаваться новый объект в памяти. Каждый раз будет память выделяться, или BEAM это как-то оптимизирует?
RS
В каждой новой итерации создаётся новый, предыдущий удаляется
ŹR
Из-за имутабельности две разных переменных могут ссылаться на одно место в памяти через reference counter
ŹR
Например ты добавляешь голову в список на итерации - в результате эта голова имеет значение и ссылку на следующий элемент, на который также ссылается переменная с предыдущей итерации.
Потом GC стирает старую переменную но не стирает данные, потому что у неё теперь было две ссылки а не одна. После стирания старой переменной остаётся опять одна только ссылка.
Потом GC стирает старую переменную но не стирает данные, потому что у неё теперь было две ссылки а не одна. После стирания старой переменной остаётся опять одна только ссылка.
ŹR
Таким образом нихера не стирается
ŹR
Мало того, что ничего не стирается, так ещё и ничего не аллоцируется опять же из-за иммутсбельности
ŹR
Ты можешь засунуть данные в контейнер, и вместо всякий clone или copy в раст для того, чтобы все было безопастно тебе достаточно просто сохранить ссылку и инкрементировать RC
ŹR
Потому что то что по ссылке никак не может изменится и это гарантируется природой языка
RS
А если это в аккумуляторе не просто голова дописывается, а например данные во всем листе, тупле пересчитываются в зависимости от нового элемента перебираемого чего-то?
RS
Полностью новый лист/тупл будет?
ŹR
Тупл всегда будет новый, но данные в тупле будут ссылками на старые места в хипе
ŹR
Скорее всего
RS
Ну там же могут быть совсем разные данные в каждой итерации
ŹR
Короче говоря, очень сложно придумать такие преобразования, которые бы требовали большого пересоздания данных
ŹR
Обычно данные просто перепаковываются в другие структуры
RS
Ну наверняка, если данные просто дописываются, то бим ограничивается сменой ссылок
RS
Видимо надо в исходники залезть