Создание собственного протокола для приложения магистральных шин

Question

Я работаю над магистральным приложением rails, которое должно опрашивать сервер для синхронизации коллекций и моделей, которые могли измениться. Созданный мной прототип работает путем непрерывного запуска метода fetch () для коллекции (JSON) пакетов с помощью setTimeout javascript.

Это прекрасно работает, но мне интересно, как оно будет масштабироваться и сколько затрат на обслуживание это потребует. Я думаю, что мне нужно создать собственный протокол, похожий на http, где API-интерфейс rails отправляет пакеты клиенту, а клиент отвечает информацией о том, получил ли он пакет и т. Д. В настоящее время приложение получает пакеты, срок действия которых истекает который не очень крепкий или эффективный.

Существуют ли какие-либо протоколы, которые я мог бы использовать, или какие шаги я бы предпринял, чтобы создать свой собственный простой протокол. Я хочу абстрагировать это во что-то, что не требует больших усилий для понимания другими разработчиками. Лучшая практика.

Answer 1

Как человек, который лично "был там, сделал это", я думаю, что вы предварительно оптимизируете. То есть искать проблему, чтобы вы могли создать решение. Я бы придерживался стандартных протоколов на данный момент, и если или когда это станет проблемой, то посмотрите на методы оптимизации. Я почти гарантирую, что на разработку такого надежного и простого протокола, как HTTP, потребуется больше времени, отладка и т. Д. HTTP может быть очень легким протоколом.

Но если вы не хотите прислушиваться к моему совету, XMPP - это хороший и легкий протокол обмена сообщениями.

Удачи.