fr
Ребят подскажите пожалуйста есть у кого урок. Чтобы сделать монетизацию на игру
public StateManager stateManager;и просто в редакторе проставляем его
Size: a a a
2020 April 21
AD
в рамках сцены можно создать пустой обьект, на него повесить скрипт StateManager (например) которые будет уметь состояние хранить и пусть даже простые методы getState, setState как выше предлагали. Потом где надо в скриптах делаем проперти
кст да, надо GameSettings переименовывать в StateManager
AD
Ребят подскажите пожалуйста есть у кого урок. Чтобы сделать монетизацию на игру
unity ads к примеру
YK
Ребят подскажите пожалуйста есть у кого урок. Чтобы сделать монетизацию на игру
я думаю в ютубе по запросу юнити монетизация найдется
AD
лол, компилятор раскрывает свойство в поле и методы геттер и сеттер, нету оверхеда
ну, что я могу сказать, чтение mm .net мне фпс подняло с 10 до 50-60, это радует (не одним отказом от свойств обошлось)
ЯС
ну, что я могу сказать, чтение mm .net мне фпс подняло с 10 до 50-60, это радует (не одним отказом от свойств обошлось)
вопрос в том, как конкретно это повлияло. При таких рывках, скорее всего есть 1-2 вещи, которые фпс выровняли на 99%, а все остаьное - экономия на спичках путем уродования кода)
YK
One argument I’ve heard for using fields over properties is that “fields are faster”, but for trivial properties that’s actually not true, as the CLR’s Just-In-Time (JIT) compiler will inline the property access and generate code that’s as efficient as accessing a field directly.
YK
из статьи майкрософта
YK
простыми словами если в геттере и сеттере нету сложной логики то одинаково будет
YK
автопроперти вообще в поле превращается
YK
ну, что я могу сказать, чтение mm .net мне фпс подняло с 10 до 50-60, это радует (не одним отказом от свойств обошлось)
это очень круто, обычно оптимизации подобного рода не сильно поднимают производительность
AD
вопрос в том, как конкретно это повлияло. При таких рывках, скорее всего есть 1-2 вещи, которые фпс выровняли на 99%, а все остаьное - экономия на спичках путем уродования кода)
ну, там было рили много ошибок с мм тк я не шарила за мм
AD
это очень круто, обычно оптимизации подобного рода не сильно поднимают производительность
да, там была жопа с оптимизацией мм
AD
One argument I’ve heard for using fields over properties is that “fields are faster”, but for trivial properties that’s actually not true, as the CLR’s Just-In-Time (JIT) compiler will inline the property access and generate code that’s as efficient as accessing a field directly.
хм, в принципе логично звучит, просто тогда синглентон это и реализовывает
ЯС
хм, в принципе логично звучит, просто тогда синглентон это и реализовывает
не обязательное условие, синглтон говорит, что это такой объект, который всегда будет один в памяти. Все остальное уже зависит
YK
хм, в принципе логично звучит, просто тогда синглентон это и реализовывает
синглтон и то что я описал выше - это 2 решения одной и той же задачи, но синглтон - плохое качество кода, второй вариант - хорошее качество кода
YK
потом когда расширять/фиксить надо будет - это будет ощущаться
AD
не обязательное условие, синглтон говорит, что это такой объект, который всегда будет один в памяти. Все остальное уже зависит
это понятно, он у меня так и работает + я могу между сценами одним объектом передавать данные нужные
ЯС
кстати, донтдестрой не обязательно должны быть синглтонами. Можно просто, как обычный объект передавать
AD
потом когда расширять/фиксить надо будет - это будет ощущаться
либо я пока с этим не столкнулась, либо я на интуитивном уровне понимаю, как это работает и не чувствую с этим проблем