#firefly

• Создает всю игровую архитектуру в контексте; все игровые процессы в этом контексте основаны на ней. Общение с клиентом происходит в стиле запрос/ответ, поэтому при получении запроса от клиента сервер отвечает соответствующим образом. Сервер также может самостоятельно отправлять сообщения всем клиентам широковещательной рассылкой. Эти запросы основаны на номере команды запроса (например, номер 101 используется для команды входа). Общение между процессами сервера осуществляется с помощью асинхронного обратного вызова, что позволяет снизить затраты времени на межпроцессное взаимодействие.
• Данные и обработка данных являются важной частью онлайн-игр. В онлайн-играх требуется хранение большого объема данных, которые должны быть постоянно обновляемыми, что делает эффективность чтения и записи базы данных главным бутылочным горлышком производительности. Обработка базы данных Firefly может включать кэширование таблиц базы данных в виде объектов Memcached и выполнение соответствующих методических вызовов объектов для управления данными. В различных процессах кэш одного имени создается путем создания экземпляров, данные синхронизируются. Кэш объекта может записывать данные обратно в базу данных.

Архитектурные принципы

        Основной сервер, работающий непрерывно. В распределённой игровой системе нам необходим сервер, который слушает соединения клиентов, наблюдает за другими сервисами и подключается к другим сервисным процессам. Некоторым требуется подключение к базе данных и кэшированию служб. Как показано:

net connect — обрабатывает соединения клиентов, мониторинг других сервисных процессов корневых узлов, узлов для подключения к другим сервисным процессам, db — база данных, «cache» — кэш. Они требуют прослушивания соединений клиентов, прослушивания сообщений других сервисных процессов и т.д. Все это можно настроить в конфигурационном файле config.json, включая имя сервера и различные соединения между каждым сервером. Поэтому вы можете настраивать свою собственную распределённую архитектуру.