А
всем привет
может кто-то работал с Mediawiki?
задал бы пару вопросов
Size: a a a
2021 December 08
W
Всем привет. Хочу сделать карточную онлайн-игру. Проблема появилась в понимании как будет работать клиент-серверная часть.
Предпологаю, что лучшим вариантом будет работать посредством сокетов. Думаю лучшим вариантом будет Laravel Broadcasting + Pusher.
Вопрос тогда следующий — как организовать игровые комнаты? В БД мне кажется идея не лучшая, потому что количество запросов будет неимоверное
Предпологаю, что лучшим вариантом будет работать посредством сокетов. Думаю лучшим вариантом будет Laravel Broadcasting + Pusher.
Вопрос тогда следующий — как организовать игровые комнаты? В БД мне кажется идея не лучшая, потому что количество запросов будет неимоверное
k
ХЗ как насколько хорошо БД с json работают. Вот Фесор всегда говорит, что в постгресе всё отлично (да я и сам в jsonb храню и мне норм).
В целом ничего плохого в json не вижу. Главное чтобы не получилось "буквально schemaless" решение, когда для обработки данных вам нужно знать схему, но вы просто сложили данные в поле и теперь никаких гарантий нет.
То есть вот это "прост накидаем туда данные" звучит подозрительно. Надо обязательно задаться вопросом "а что мы с данными делать будем?".
Схема просто переносится в код, вместо бд.
Есть вероятность, что придётся пересматривать подходы к разработке и придумывать какую-то инфраструктуру для json (допустим если у вас доктрина - нужно будет описывать типы или придумывать generic-решение для типов).
Лично мне нравится json просто тем, что с его помощью лучше отображаются всякие VO (ну правда это опять через призму доктрины) и в целом структура объекта 1 в 1 соответствует тому, что в коде (а не размазана по табличкам)
Ну и неясно, что подразумевается под "это оверкилл".
В целом ничего плохого в json не вижу. Главное чтобы не получилось "буквально schemaless" решение, когда для обработки данных вам нужно знать схему, но вы просто сложили данные в поле и теперь никаких гарантий нет.
То есть вот это "прост накидаем туда данные" звучит подозрительно. Надо обязательно задаться вопросом "а что мы с данными делать будем?".
Схема просто переносится в код, вместо бд.
Есть вероятность, что придётся пересматривать подходы к разработке и придумывать какую-то инфраструктуру для json (допустим если у вас доктрина - нужно будет описывать типы или придумывать generic-решение для типов).
Лично мне нравится json просто тем, что с его помощью лучше отображаются всякие VO (ну правда это опять через призму доктрины) и в целом структура объекта 1 в 1 соответствует тому, что в коде (а не размазана по табличкам)
Ну и неясно, что подразумевается под "это оверкилл".
DE
Доктрина умеет Embedded для VO
КГ
Почему костыль?
DE
Костыль – это юзать документный JSON в реляционной БД
КГ
Субъективненько.. )