Какие движки поддерживают БД на сервере и текстовые файлы?

Question

[Сергей]

Делаю игру (в рамках учёбы в ВУЗе). Нужно три вещи:
1. сейвы должны храниться в интернете (сервер есть).
2. игра должна уметь создавать/читать/сохранять TXT-файлы (в идеале SCV или JSON, но можно и TXT)
3. это должен быть небольшой 2D движок, а не Юнити/анрил и тд
Какие небольшие простые движки под это подходят? Game Maker, RPGMaker, Construct?

Answer 1

[calculator212]

игра должна уметь TXT-файлы (в идеале SCV или JSON, но можно и TXT)

Что это значит? Уметь делать или сохранять в txt, экспортировать? Непонятно что за пункт.
Первые два пункта никак не связаны с игровым движком, это реализуется стандартными средствами языка.

3. это должен быть небольшой 2D движок, а не Юнити/анрил и тд

Есть godot, если не нравится, то можно другой выбрать, у RPGMaker относительно узкие области применения, под капотом там вроде js, так что запросы на сервер отсылать можно будет

Comments

[Сергей]

Спасибо! Я поправил вопрос. Речь про создание/чтение и сохранение txt файлов на сервере.
Про стандартные средства языка - а пустит ли меня движок "внутрь", чтобы я там что-то писал на языке? Вот в чем вопрос.

[calculator212]

Сергей,

Про стандартные средства языка - а пустит ли меня движок "внутрь", чтобы я там что-то писал на языке? Вот в чем вопрос.

Почти любой движок поддерживает какой-либо ЯП - это означает, что программист может писать свой код для взаимодействия с игрой или ОС. В юнити это C#, в UE с++, в godot несколько языков на выбор.

Речь про создание/чтение и сохранение txt файлов на сервере.

В таком случае это не особо имеет отношение к движку, из движка нужно будет делать только HTTP запросы на сервер(можно конечно и другой протокол выбрать), а на сервере будет работать уже другая программа, которая будет заниматься чтением/записью файлов, формированием отчетов, сбором статистики и т.д.

Answer 2

[rPman]

Каждый игровой движок сам предлагает механизмы и порядок работы с сетью, либо в принципе запрещает это... если пытаться обойти запрет, то это может создать уязвимости, позволяющие игрокам обходить игровые правила (например если проверка проводится только на клиенте, а сервер не проверяя тупо принимает файлы).

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

Если тебе не нужен realtime (т.е. дополнительные задержки в сотые секунды не критичны) то используй tcpip а лучше http (а точнее его расширение websocket), сервера готовые, технологии вылизанные, библиотеки есть по до все популярные языки программирования.

При появлении требований высокой отзывчивости, рекомендуется использовать udp, к сожалению красивого описания на пару строк тут нет, вопрос обмена данными тесно перекликается с реализацией мультиплеера в самой игре.