Какой подход более эффективней? Структура проекта с игрой?

Question

[Nick2015]

Какая структура будет более эффективная в организации проекта с игрой.
Есть некий видео блогер, и такой материал.
В первом случаи создаеться public SpriteBatch в главном класе игры, во втором создаеться некий клас GameWorld куда передаються текстуры, и другие обьекты и там открысовуються. Возможно вопрос тупой, и нет ни какой разницы или она есть но не значительная и никак не влият на эффективность роботы только для глас приятней но хотел бы это услышать...

Answer 1

[Александр Дорофеев]

Посмотрел.В первом случае я почему-то не увидел public SpriteBatch batch, там даже модификатор доступа не стоит, то есть доступ в пределах пакета.
Лично по мне , ни один из этих способов не идеален.Но второй вариант по архитектуре - явно лучше.Меньше кода в каждом классе, удобнее поддержка в больших проектах, Single Responsibility Principle и куча других плюсов.

Comments

[Nick2015]

а что по вашему мнению "идеально".. :) Возможно подскажите книги или статьи, по красивому коду в даном случаи?

[Александр Дорофеев]

По моему мнению ничто не может быть идеально.Однако вы можете улучшить свои проекты, прочитав эту книгу: goo.gl/TRq6bB .Она не относится чисто к LibGDX, однако поможет вам в проектировании.
В данном же случае , например можно улучшить класс AssetLoader: сделать поля приватными и сгенерировать Getters/Setters; привязать AssetLoader к lifecycle LibGDX.Также класс со статическими полями и методами не будет здесь хорошим решением.Лучше уж использовать Singleton , или вообще сделать обычный класс, а также использовать Dependency Injection.