quq_CCCP, да я вообще никому ничего не должен доказывать =) поищи, к старости поймёте...

ScorpioT1000, не тебя и наставляю доказывать, но почему уже 4 станицы споров, что лучше... и заметь каждый пост хвалит свою точку зрения, не говоря почему, чё к чему, если я вякну что РБ был лучше хеша то мне все поверят и примут мой пост за чистую монету?

офк лучше, там то уж точно прямая адресация памяти)

quq_CCCP:

если уж взялись всерьёз то докажите и покажите, почему так лучшее

Сколько готов заплатить за исследование этого вопроса с доказательствами и тд и тп?

quq_CCCP:

если я вякну что РБ был лучше хеша то мне все поверят и примут мой пост за чистую монету

Нет офк, тебя никто не знает что б верить твоим словам, проще говоря нонфактор.

Faion добавил:
ScorpioT1000:

офк лучше, там то уж точно прямая адресация памяти)

улыбнул:)

ScorpioT1000, ну только почему его запретили близзы и перешли к хт?
Ну у кеша ряд преимуществ:

1. строки вместо ключей удобнее, + всегда через I2S(0) можно заменить цифрами...
2. неограниченный размер хеша, можно влепить данные в любую из ячеек, доступных в оперативке.

но есть и куча минусов..

1. нужно использовать кучу паразитных функций, из за которых и падает производительность...
2. нельзя быть уверенным наверняка что по нашему адресу хранятся нужные нам данные, мб юнит уже сдох а мы будем вешать спецэффект на null в лучшем случае...
3. сама скорость обработки запроса к элементу хеша низковата, всё таки безразмерный массив...

Хт обходят множества минусов кеша, но у хт есть ограничения по размерам правда не знаю какие, как не искал так и не нашёл нечего по этому поводу...
Даннызе в хт хранить безопаснее чем в кеше, но увы только в процессе игры, потом уже к этим данным обратится нельзя (но оно и нафиг не надо)

Вот как всё таки узнать всю правду о хештаблицах и чем они и чего лучше? а не домыслы...

"строки вместо ключей удобнее" лол? константы удобнее

ScorpioT1000, ну кому как, порой строки очень даже удобно, понятно что ты туда сохранил...

((код jass

call SaveUnitHandle(udg_Hash,GetHandleId(t),0,u) вот и чё за юнита мы сохранили?

function StoreUnitHandle takes handle h, string key, unit u returns nothing
call StoreInteger(udg_GameCache,I2S(H2I(h),key,H2I(u))
endfunction
...
call StoreUnitHande(t,"Caster",u)
call StroreUnitHandle(t,"Target",u2)
call StroreUnitHandle(t,"Dummy",d)
))
так код намного понятнее и нагляднее, меньше шансов запутаться что куда...

ScorpioT1000 добавил:
Кстати вот что я подумал - если на каждый инстанс (ке1) создается новый хештейбл (кей2), то это ж реально тормознутее лол

ScorpioT1000 добавил:
Хорошо, что я никогда не юзал хештейбл/ретурнбаг

ScorpioT1000 добавил:
И бтв для тех кто в танке - внутрь таймера можно запихать real число, чтобы потом его доставать

ScorpioT1000:

"строки вместо ключей удобнее" лол? константы удобнее

Дефайны и энумы удобне констант. впрочем норм оптимайзеры реплесят и так значения констант.

quq_CCCP:

ну только почему его запретили близзы и перешли к хт?

Да потому что можно было через рб можно было скрафтить вирус. Да и Хт существенно быстрее кэша. По некоторым расчетам кэш медленнее массивов в ~10 раз.
quq_CCCP:

call StoreUnitHande(t,"Caster",u)
call StroreUnitHandle(t,"Targe0"t,u2)
call StroreUnitHandle(t,"Dummy",d)

Для упоротых Адольф уже давно набросал статью. Учить наизусть

Faion, ой не надо меня тыкать в статью про ошибки jass программистов, тут речь идёт о другом.
И начёт вирусов, ну нельзя ли было изменить сам кеш, а не полностю заменит его хт? Были куда более весомые причины...

quq_CCCP:

тут речь идёт о другом

тут речь идет о том что ты не шаришь, и пытаешься умничать o/

quq_CCCP:

И начёт вирусов, ну нельзя ли было изменить сам кеш, а не полностю заменит его хт? Были куда более весомые причины...

Эта весомая причина - меньшие трудозатраты. Т.е. проще выпилить и заменить на ХТ, чем разбираться в чем там дело было.

Faion:

quq_CCCP:
тут речь идёт о другом

тут речь идет о том что ты не шаришь, и пытаешься умничать o/

О как, троллим значит?
Когда я заявил про наглядность а не про оптимальность, тут же начались упрёки типо нуб, иди отсюда...

quq_CCCP:

Когда я заявил про наглядность а не про оптимальность, тут же начались упрёки типо нуб, иди отсюда...

o/

StoreUnitHande(t,Caster,u)
StroreUnitHandle(t,Target,u2)
StroreUnitHandle(t,Dummy,d)

И чем такой вариант плох?

Faion добавил:
афк час, в офис над сгонять

Потому что есть мнение, что кеш работает как база данных - с диском, а это очень долго.

ScorpioT1000, тему клоз:)