EC
или что вкл выкл компонента канваса быстрее, чем вкл выкл объекта
нет, как раз SetActive() нельзя делать это вызывает просадку
надо canvasComponent.enabled = false;
я об этом
Size: a a a
2016 June 20
NK
NK
он почему-то перестраивает все свои меши при включение\отключение объекта
К
Так вкл-выкл делается на канвасе, к юнитам отношения никакого.
К
Хпбар в пуле выключать-включать не долго.
NK
>если создавать с юнитом сразу канвас ворлд спейс, но без рейкастера особой просадки по производительности нет
я про это
я про это
EC
довольно любопытно., спасибо протестирую. Я примерно похожее поведение заметил с Behavior Desinger там десериализация происходит только в момент behaviorEnable() и если юзать его в связке с PoolManager то получаются просадки по производительности почти как от чистого Instantiate. И нужно сначала сделать в эвейке включение всего этого дела. И потом ставить на паузу.
NK
об этом к сожалению нет никакой толковой информации, хотя мне кажется об этом важно написать хоть где-то в справке
потому что ты сталкиваешься просто, что апп летает, но как ты выключаешь рут сложного канваса, а потом включаешь,
то у тебя внезапный долгий и неприятный фриз
и на тестовом кейсе там выходила разительная разница
потому что ты сталкиваешься просто, что апп летает, но как ты выключаешь рут сложного канваса, а потом включаешь,
то у тебя внезапный долгий и неприятный фриз
и на тестовом кейсе там выходила разительная разница
NK
на мелких канвасах, где нет большой иерархии, возможно и незаметно
EC
может дело просто в глубокой иерархии?
EC
т.е. не обязательно канваса.
NK
не, я тоже об этом думал
NK
я размазал иерархию
NK
на один уровень
NK
картина та же
NK
ну какие-то 1-2% прироста я не учитывал
NK
когда у тебя почти секундный фриз
d
AS
Scripting: Using GameObject.AddComponent is no longer allowed and will throw an exception. Derive a class from MonoBehaviour and add it instead.
AS
что они имеют в виду?