Руководство по проектированию архитектуры LibGDX - PullRequest
Новая
       8

Руководство по проектированию архитектуры LibGDX

0 голосов
/ 04 ноября 2018

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

Самые популярные из них:

  • MVP или MVVM
  • Чистая архитектура
  • Шаблон репозитория
  • Техника введения зависимости
  • и так далее ...

Хотя следуя этим шаблонам, разработчик обязан соблюдать строгие правила, они (шаблоны) являются всего лишь рекомендациями и вообще не требуются в Android SDK

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


Итак, вопрос:

Существуют ли какие-либо рекомендации, рекомендации по дизайну или даже стандарты для разработчиков игр LibGDX? Как мне написать код (с использованием LibGDX), который мог бы легко понять другой разработчик?

1 Ответ

0 голосов
/ 05 ноября 2018

Из моего опыта не существует стандарта, которому следуют все. Разработчики libGDX происходят из разных областей. Некоторые из них являются бэкенд-разработчиками в своей повседневной жизни, другие - просто разработчики-любители и изучают свои первые навыки разработки.

Я вижу много проектов с открытым исходным кодом libGDX с типичными статическими вызовами SomeManager.getInstance (), хотя я предпочитаю проходные ссылки (как бэкэнд-разработчик, вы будете знать о преимуществах - тестируемости и т. Д.).

Даже сама библиотека libGDX не придерживается единого подхода. Есть некоторые части, получающие ссылки на менеджеров по рефлексии (что нехорошо, потому что вы должны исключать такие классы из запутывания), а некоторые используют статическую функцию getInstances ().

Если вы также используете HTML5, вы также должны соблюдать некоторые ограничения, основанные на GWT, поэтому иногда вы вынуждены идти тем же путем, которого никогда не делали бы при разработке приложений Spring Boot.

...