В типичной модели клиентского сервера, что означает подписка или отказ от подписки на канал? Существует ли общая модель кода или шаблонная модель или набор стандартных процедур или классов и функциональных возможностей? Это все основано на C++. Нет другой информации, кроме того, что клиент пытается подключиться к серверу для извлечения данных на основе какой-то подписи. Я знаю, что это несколько расплывчато, но я думаю, что это действительно вопрос о том, что нужно помнить и что может вызвать типичный метод подписки или отмены подписки. Возможно, что-то похожее на расширение модели клиентского сервера, например, http://www.linuxhowtos.org/C_C++/socket.htm.Получение фида из клиентской модели сервера
ответ
Это прежде всего вопрос информационной архитектуры. «Подписка на каналы» означает, что сервер предлагает много информации, которая может быть неравномерной для всех клиентов. Каналы - это механизм, с помощью которого клиенты могут выбирать соответствующую информацию.
Конкретно, сначала вам нужно идентифицировать атомы информации, которые у вас есть. Каковы наименьшие фрагменты данных? Какие у них есть свойства? Могут ли новые атомы заменить более старые атомы, и если да, то что определяет их отношение? Существуют ли другие отношения с атомами помимо замены?
Далее следует сопоставление этих атомов определенным каналам. Каковы возможные комбинации атомов, необходимые клиенту? Как эти комбинации могут быть объединены в два или более канала? Можно однозначно сопоставить каждый атом с одним каналом? Или атомы должны делиться между каналами? Если это так, это настолько редко, что вы можете игнорировать его и просто отправлять дубликаты?
Если клиент подключается, как вы определяете, какие атомы должны быть разделены? Это просто потоковое вещание (атомы отправляются только тогда, когда они создаются на сервере), у вас есть набор текущих атомов (отправляется при подключении клиента), или вам нужна история? Есть ли кэширование клиентов?
Понятно, что у вас не может быть единого готового решения, когда деловая сторона настолько разнообразна.
- 1. Получение фида электронной почты
- 2. Получение изображений для отображения из фида XML
- 3. Yammer with Python - Получение фида
- 4. ReactJS: Получение моего фида Instagram
- 5. Получение полного фида страницы facebook
- 6. Получение «фида» сообщений определенного приложения
- 7. Версия модели экземпляра клиентской модели Sharepoint
- 8. Получение выбранного элемента списка с помощью клиентской модели объекта (CSOM)
- 9. Получение модели из коллекции
- 10. Многопоточность с клиентской программой сервера
- 11. Основы сервера и клиентской стороны
- 12. Получение данных, отправленных с клиентской машины
- 13. Получение данных модели модели из TreeModel
- 14. Получение топологии модели из модели Simulink
- 15. Получение имени модели из экземпляра модели YII
- 16. Получение определенного количества элементов JSON с jQuery из фида tumblr
- 17. Получение данных фида из API Facebook в определенном виде
- 18. Получение данных фида из API Facebook в диапазоне дат
- 19. Получение фида Atom Atom с HttpClient
- 20. Получение непрерывного обновления состояния без фида
- 21. Получение данных из модели HABTM
- 22. Получение изображения из игровой модели
- 23. Codeigniter получение результата из модели
- 24. Получение модели «identifiableName()» из ревизируемого
- 25. Yii - получение атрибутов из модели
- 26. Получение словаря из запроса модели
- 27. Выполнение сервера расчета и клиентской стороны
- 28. Получение изображения из URL/сервера
- 29. Использование стороннего сервера UTL_FILE/использование клиентской стороны
- 30. Опорная сторона сервера или клиентской стороны
Корм - это то, что создает контент. Подписка на канал означает, что вы хотите получать уведомления о появлении нового контента в этом канале. –
Подписка на канал часто является подпиской только на клиенте, посредством которой клиент регистрирует ваш интерес к определенному каналу данных и регулярно проверяет сервер подачи на наличие обновлений. С другой стороны, подписки на электронную почту работают с клиентом, регистрирующим учетную запись на сервере, а сервер отправляет обычные электронные письма на учетную запись электронной почты клиента. Думаю, вам нужно прибить то, что вы пытаетесь сделать немного больше. – Galik
Думая об этом в целом, я полагаю, что модель состоит в том, что клиент регулярно подключается к серверу фида, и он может или не нуждается в аутентификации с сервером для извлечения данных. Если это необходимо для аутентификации, ему придется предварительно настроить учетную запись на сервере. – Galik