2014-09-14 2 views
0

В типичной модели клиентского сервера, что означает подписка или отказ от подписки на канал? Существует ли общая модель кода или шаблонная модель или набор стандартных процедур или классов и функциональных возможностей? Это все основано на C++. Нет другой информации, кроме того, что клиент пытается подключиться к серверу для извлечения данных на основе какой-то подписи. Я знаю, что это несколько расплывчато, но я думаю, что это действительно вопрос о том, что нужно помнить и что может вызвать типичный метод подписки или отмены подписки. Возможно, что-то похожее на расширение модели клиентского сервера, например, http://www.linuxhowtos.org/C_C++/socket.htm.Получение фида из клиентской модели сервера

+0

Корм ​​- это то, что создает контент. Подписка на канал означает, что вы хотите получать уведомления о появлении нового контента в этом канале. –

+0

Подписка на канал часто является подпиской только на клиенте, посредством которой клиент регистрирует ваш интерес к определенному каналу данных и регулярно проверяет сервер подачи на наличие обновлений. С другой стороны, подписки на электронную почту работают с клиентом, регистрирующим учетную запись на сервере, а сервер отправляет обычные электронные письма на учетную запись электронной почты клиента. Думаю, вам нужно прибить то, что вы пытаетесь сделать немного больше. – Galik

+0

Думая об этом в целом, я полагаю, что модель состоит в том, что клиент регулярно подключается к серверу фида, и он может или не нуждается в аутентификации с сервером для извлечения данных. Если это необходимо для аутентификации, ему придется предварительно настроить учетную запись на сервере. – Galik

ответ

0

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

Конкретно, сначала вам нужно идентифицировать атомы информации, которые у вас есть. Каковы наименьшие фрагменты данных? Какие у них есть свойства? Могут ли новые атомы заменить более старые атомы, и если да, то что определяет их отношение? Существуют ли другие отношения с атомами помимо замены?

Далее следует сопоставление этих атомов определенным каналам. Каковы возможные комбинации атомов, необходимые клиенту? Как эти комбинации могут быть объединены в два или более канала? Можно однозначно сопоставить каждый атом с одним каналом? Или атомы должны делиться между каналами? Если это так, это настолько редко, что вы можете игнорировать его и просто отправлять дубликаты?

Если клиент подключается, как вы определяете, какие атомы должны быть разделены? Это просто потоковое вещание (атомы отправляются только тогда, когда они создаются на сервере), у вас есть набор текущих атомов (отправляется при подключении клиента), или вам нужна история? Есть ли кэширование клиентов?

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

Смежные вопросы