dollar

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

Если у вас множество однотипных объектов, то в глобальном объекте сделайте отдельный массив для каждого свойства.

При клике по экрану игры происходит поиск всех элементов, которые могут принимать клики. Если клик попал во что-то, то происходит поиск всех дочерних элементов, которые могут принимать клики. И так далее, пока не клик не попадет к конкретную кнопку. Это общая схема. Как вы это сделаете - дело вкуса. Здесь важно не столько ООП, то есть наследование классов, сколько реализация иерархии элементов самого интерфейса (GUI или HUD), то есть наследование объектов. В самих объектах нужны ссылки на дочерние и родительские элементы, примерно как в DOM браузера.

Далее нюансы. Например, элемент может иметь одновременно собственный обработчик и дочерние элементы. Можно сделать так, что если есть собственный обработчик, то дочерние - игнорируются. Либо можно сделать так, что если клик не попал по дочерним, то вызывается собственный обработчик. Всё имеет плюсы и минусы. Опять же - как удобно, так и делайте.

Сейчас модно не запаковывать и защищать игру, а наоборот - открывать исходники. Тогда фанаты помогают с поиском ошибок, а также пишут моды для игры. Собственно, если логика игры на Lua, то сам бог велел добавить поддержку модов, а моддерам очень помогают открытые исходники. То есть открытость делает игру успешнее и популярнее (хотя для этого начальное минимальное значение популярности у неё всё же должно быть).

Ну а защищает игру авторское право.

На www.slant.co хорошие сравнения. С претензией на объективность.
Например:
Лучший 2D движок
Лучший 2D движок для Android

Советую ознакомиться с опросом на slant.co

Обратите внимание на интересующие вас достоинства и недостатки каждого движка.

GameMaker ориентирован на 2D. На нём можно писать неплохие игры. С мультиплеером у него всё ок. Главный минус - GML.

Вот рейтинг 2D движков на популярном сайте опросов www.slant.co.
Но это не значит, что на первом месте самый лучший. У каждого движка свои плюсы и минусы. Например, Unity заточен под 3D - это минус, если вы пишете 2D.
Обратите внимание на количество положительных и отрицательных отзывов - это популярность движков.
Но для вас может сыграть роль какое-то конкретное свойство. Например, определённый язык программирования. Или минимальный размер билда игры. И т.д.

libGDX победил в опросе на slant.co.
Там же можно посмотреть достоинства и недостатки.

Если вы не создаёте свой трёхмерный игровой движок с нуля, то вам это не нужно. Сегодня 2018 год, есть множество 3D движков.

А если для вас 3D в целом сложно, то пользуйтесь 2D движками - это намного проще и не менее прибыльно.

Освоить новый язык не должно быть проблемой для программиста.

Смотри, прежде всего, на возможности движка и формат работы с ним.

Лично мой выбор пал на язык Lua, потому что мне нужна возможность поддержки модификаций к игре. А значит игра должна быть написана на Lua (или С++, но это сложно). К тому же Lua - изящный и удобный язык, да и вполне быстрый, примерно как JavaScript.
Далее есть несколько движков, поддерживающих Lua. У всех свои плюсы и минусы, своя история. Но если что-то выбрать, то придётся изучать.

P.S. Я бы поиграл в Terraria 2.

Попробуйте GameMaker Studio 2.
Довольно просто изучается по видео урокам.