Пишу игру короче).. Логику общения с сервером вынес в класс

Question

Пишу игру короче).. Логику общения с сервером вынес в класс

Server, логику отрисовки объектов и самой карты вынес в класс MapController, взаимодействие с HTML-элементами (меню) вынес в класс Menu, ну и всю игровую логику запихнул в GameController.

У меня получилось так, что все классы имеют много прямых связей между собой, и как мне сказали, это нарушает принципы ООП. Грубо говоря, в GameController'e, я часто обращаюсь, аля Menu.Show(), в меню обращаюсь к серверу Server.IsConnected и т.д.

Мне подсказали, глянуть в сторону Observer'a (паттерн). По моей логике, мне что, нужно тогда в каждом подобном классе сделать наследование от аля observer'a, в каждом классе сделать события, друг друга по подписывать и т.д.? Кстати ещё забыл сказать, что каждый класс подобный Menu, объект которого в проекте должен быть создан только в одном экземпляре, создан по шаблону синглтона. Т.е. Я обращаюсь к каждому классу аля Menu.Instance.Show(); Так как в JS, как я понял, нельзя сделать приватный конструктор, всё ещё можно создать ещё один экземпляр таких классов, но я забил на это хер. Прав ли я и в этом случае?

Короткая сводка:

1. Можно ли сделать все классы по паттерну наблюдателя? Или лучше как-то по другому?

2. Правильно ли в JS использовать синглтон, как я описал ранее?

#javascript #programming #russian

0

11.01.2022

1 ответов

27 просмотров

i7 4n · Accepted Answer

i7 4n

зачем вам приватный конструктор для синглтона? наивная реализация: class Singleton { static #instance = null; constructor() { return Singleton.#instance ??= this; } }

0

12.01.2022

169 похожих чатов

Пишу игру короче).. Логику общения с сервером вынес в класс

1 ответов

Похожие вопросы