freeExec, изменения это взятые монетки, сработавшие ловушки и убитые монстры. Нужно откатить всё, кроме монеток. Мне очень нравится способ с загрузкой уровня:
public void StartLevel(int i) {
SceneManager.LoadScene(SceneManager.GetActiveScene().buildIndex + i);
}
* при i = 0 рестарт.
Но я не понимаю, как передать сцене в таком случае какой-нибудь аргумент. который я смогу обработать и подгрузить лишь те монетки, которые в прошлый сеанс ещё висели на уровне.
Василий Банников, да, текущий шаг. Я перепробовал несколько таск-менеджеров под андроид и такая свобода выбора, мне кажется, будет хорошей фичей.
Я изучаю бд и MySQL в частности только ради будущего трудоустройства. Не знаю, хочу ли я работать с бд очень тесно, но с этими знаниями у меня определённо будет плюсик в резюме. Лучше учить PostgreSQL?
Спрашиваю, но отвечают редко, да и не всегда вообще по делу.
Сам я дошёл только до того, что, возможно, таким способом автор хочет отделить разные функции в разные классы (например, лаунчер для запуска, UI для интерфейса). Если это и есть правильный ответ, то хорошо. Но я потому и спрашиваю, что мало знаю.
Возможно, в таком решении есть ещё какой-то смысл?
Под лобби я имею ввиду некий объект, хранящий в себе идентификаторы игроков и данные игровой сессии. При этом таких "лобби" может быть намного больше одного, поэтому хотелось бы ещё, чтобы они не влияли друг на друга...
К сожалению, не троллинг. В своё время я баловался тем, что разбирал java и flash игры, смотрел как они работают. Сейчас чаще ковыряюсь в внутренностях андроид игр, когда хочу узнать детали её работы или проверить возможность читерства с помощью манипуляций в оперативной памяти.
В какой-то момент я понял, что мне нравится этим заниматься (ковыряться в чужом коде). Тогда я узнал, что есть профессия код-ревьюера, и, судя по прочитанному, это прямо то, что мне интересно.
Насчёт вашего примера - я без понятия что в таких случаях делается.