EVGENY T.

Дорого это, только гиганты могут позволить себе такое - внутриигровой ГМ.

Лучше сделать хорошую такую систему метрик: чтобы в вашей базе копилось про игровую сессию всё "что, где, когда" произошло с игроком. Когда накопите массив данных сможете легко из них вычленять нестандартные игровые сессии, что скорее всего значит ошибку с технической стороны или ошибку геймплея.

Попутно получите гигантский бонус - будете знать, как улучшить геймплей, как лучше монетизировать игру.

Но, конечно, возможность написать тикет хотя бы примитивная ссылка email "Report a bug" не помешает - дёшево и сердито.

Пришел к тому, что лучше делать переменные из двух слов, пусть даже обрезанных. Пусть оно длиннее, но в итоге не запутаешься , если вдруг возникает новая сущность с таким же названием, и больше вариантов с тем же словарным запасом.

Например, тогда бы вам не пришлось отказываться от ёмкого слова Fan: fanIn, fanOut, лучше чем Supply и Exhaust.

Второй вариант имеет запас на перспективу - если надо будет вызывать активити из разных мест, совершать какие-то дополнительные действия, то код будет лаконичнее в итоге.

P.S. По-хорошему Intent для вызова должна возвращать вызываемая активити.

https://docs.oracle.com/javase/7/docs/api/java/lan...

Рекурсия проще всего:

процедура_печать_дерева(узел) {
печать(узел)
для всех дочерей {
процедура_печать_дерева(дочерний узел) }
}

Как правило, не надо - JVM сама почистит память. Но есть случаи, когда коллекции содержат объекты с ресурсами (текстуры, звук), они должны иметь метод типа dispose(). Вот вызвать их надо не забыть.

Для обновляемых данных придётся использовать:

1. Файлы (текст, картинки). Получить директорию можно File file = new File(context.getFilesDir(), filename);
2. SQLite - тут можно хранить каталожный список файлов.

Для не обновляемых:
1. values/strings.xml
2. Каталог assets

Насколько я помню, в метод render() передаётся dt - время между кадрами. Умножайте скорость объектов на него - получите постоянную скорость для пользователя независимо от железа.

P.S. Лучше саму математику вычислений засунуть в update(), а в render() только рисовать.