RA
wtf = "55" "ребиндит ссылку", а не меняет значение wtf.Size: a a a
2021 October 19
АК
VM
потому что
local varname это не ссылка на [global] varname.RM
аа, то есть, пытаясь изменить якобы объект я сам того не зная создаю копию ?
VM
это просто создание другой переменной с тем же именем, которое "затеняет" видимость глобальной переменной (которая остаётся на месте)
АК
да.
гипотетический метод
гипотетический метод
wtf:set("123") менял бы wtf, но строки в луа иммутабельныRM
Так что мне делать?
Я не вижу смысла почему я должен дважды искать в хеш таблице один и тот же объект если я хочу одновременно прочитать его, а потом изменить
Я не вижу смысла почему я должен дважды искать в хеш таблице один и тот же объект если я хочу одновременно прочитать его, а потом изменить
RM
особенно если объекты тяжелые
VM
"одновременно прочитать его, а потом изменить"
это как?
это как?
АК
local obj = table[key]
obj.a = 1 -- ok
obj.b = 2 -- ok
obj = ... -- bad, заменит объект
RM
Ну типа сначала прочитать какие то данные, а потом уже изменить саму таблицу
Разные случаи бывают
Разные случаи бывают
VM
без конкретных объяснений это выглядит как проблема XY
VM
в любом случае - у тебя есть метатаблицы, с их помощью ты можешь модифицировать табличный класс, прикрутив к таблицам батарейки для превращения их в полноценный (насколько это возможно) объект
VM
соответственно, можешь даже сделать table:copyvalue(index,where_to_put_copy):changevalue(index,what_to_put)
RM
function change_name(id, new_name)
local old_name = PlayersName[id]
print("User: " .. id .. " change name from: " .. old_name .. " to: " .. new_name)
PlayersName[id] = new_name;
end
RM
Ну вот к примеру
RM
Задача аля поменять ник игрока, но при этом вывести инфу с какого ника на какой поменяли (задачу с воздуха взял)
VM
ну и в чём проблема?
RM
Я же дважды поиск по хеш таблице выполняю
VM
ну, это проблема твоей архитектуры