AP
речь не о свойствах а о преждевременной оптимизации там, где этого не надо
Я не понимаю, о чем речь. В чем заключается накладность тысячи экземпляров в списке? Алгоритм будет работать так же быстро. Или мы говорим не о том?
Size: a a a
2020 May 12
SR
Я не понимаю, о чем речь. В чем заключается накладность тысячи экземпляров в списке? Алгоритм будет работать так же быстро. Или мы говорим не о том?
для условно тысячи экземпляров операции по добавлению будут генерить аллокации (а те в свою очередь микрофизы в GC ) на методах Resize, т.к. под капотом происходит копирование массивов. и чем они больше тем больнее бьет по перфомансу
SR
можно конечно обходить это созданием списков с заданным capacity
AD
Я не понимаю, о чем речь. В чем заключается накладность тысячи экземпляров в списке? Алгоритм будет работать так же быстро. Или мы говорим не о том?
по идее, оно считает каждый элемент, а это проверять в каждом кадре очень долго и чем больше лист тем хуже будет перформанс
AP
есть кто создает RTS?
W
просто в ютубе используют доступ к базе через пхп файл
если ты собираешься это делать из C#, то почему бы не ADO.NET?
Ги
W
а не геморой ли это?)))))
а с php не геморрой?)
Т.е. тебе из C# в php, а потом из php в БД.
И наоборот).
Т.е. тебе из C# в php, а потом из php в БД.
И наоборот).
Ги
ну да
AP
по идее, оно считает каждый элемент, а это проверять в каждом кадре очень долго и чем больше лист тем хуже будет перформанс
Не считает оно. Счетчик обновляется при добавлении и удалении объектов в списке.
Ги
а с php не геморрой?)
Т.е. тебе из C# в php, а потом из php в БД.
И наоборот).
Т.е. тебе из C# в php, а потом из php в БД.
И наоборот).
Ну это я розумию, просто вдруг кто то знает какой то правильный вариант или даже сталкивался на практике
AP
для условно тысячи экземпляров операции по добавлению будут генерить аллокации (а те в свою очередь микрофизы в GC ) на методах Resize, т.к. под капотом происходит копирование массивов. и чем они больше тем больнее бьет по перфомансу
А, с этим согласен.
AP
В таких случаях, конечно, по определению лучше с самого начала задавать объем памяти.
SR
но вообще в целом посыл такой, что если там в списке 10-50 вражин, то создавать под это инфраструктуру из обзерверов и коллбеков.. ну хз. я считаю это преждевременной оптимизацией. на начальных этапах будет быстрее и проще просто перебирать этот список
M
спринг и дампер чет уд слишком большие, там прикол в том, как колесо должно на ширфавости реагировать, а оно у тебя мгновенно притягивается к 0 колеса и получается что не отдельно колесо по кочкам скачет а весь танк
так как мне это сделать - чтобы только колесо прыгало а не с корпусом. Я пробовал снизить эти параметры - не помогает
M
Более того - в асете с которым я начинал работать - такие же параметры и там машинка идеально едет)
AD
но вообще в целом посыл такой, что если там в списке 10-50 вражин, то создавать под это инфраструктуру из обзерверов и коллбеков.. ну хз. я считаю это преждевременной оптимизацией. на начальных этапах будет быстрее и проще просто перебирать этот список
ну, вот мне нравится заморачиваться хд я ж так начала юньку учить, если бы не заморачивалачь сделала 2д пикчу и хуй ложила)
AD
Mikhail
Более того - в асете с которым я начинал работать - такие же параметры и там машинка идеально едет)
ля, а ты вешал на танк ригидбоди?
M
ля, а ты вешал на танк ригидбоди?
Конечно!
AD
ля, а ты вешал на танк ригидбоди?
вешаешь и ему вес побольше накинь, чтобы прижимало