Проект "Свободные голосования"

Электронная системы голосований через интернет
Текущее время: 28 апр 2024, 05:01

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 30 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 00:04 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
Юрий, поясните, пожалуйста. Вы предполагаете что внешний интерфейс у транспортных модулей будет специфичным для каждого типа модуля? Или все-таки он будет единым для всех транспортных модулей? Мне лично второе кажеться более правильным.

В общем, есть подозрение, что имеется некоторое недопонимание. Прошу прояснить ситуацию.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 12:59 
Не в сети

Зарегистрирован: 27 авг 2011, 22:36
Сообщения: 460
Dim писал(а):
Нет. Он предлагает создать несколько модулей для инкапсуляции протоколов низкого уровня с тем чтобы их можно было использовать из других модулей реализующих протоколы более высокого. С тем же успехом можно соединения создавать прямо из модулей.

Вы умеете читать мысли?
Dim писал(а):
А вот как конкретно данные будут распространяться это уже возложить на транспорт...Но это всё не должно волновать модуль голосований. Ему достаточно знать что данные будут доставлены, а как именно не его забота.

yurial писал(а):
1) Набор транспортных модулей, которые знают как и куда подключаться, как передать данные ("пакеты").

По-моему, один в один.
Андрей писал(а):
Юрий, поясните, пожалуйста. Вы предполагаете что внешний интерфейс у транспортных модулей будет специфичным для каждого типа модуля? Или все-таки он будет единым для всех транспортных модулей? Мне лично второе кажеться более правильным.

Естественно единый, на то он и интерфейс.
Если говорить грубо - получить пакет / отправить пакет. На самом деле будет немножко сложнее, для того чтобы можно было реализовать как использование одного модуля множеством потоков, так и использование множества модулей одним потоком.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 13:03 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
yurial писал(а):
Андрей писал(а):
Юрий, поясните, пожалуйста. Вы предполагаете что внешний интерфейс у транспортных модулей будет специфичным для каждого типа модуля? Или все-таки он будет единым для всех транспортных модулей? Мне лично второе кажеться более правильным.

Естественно единый, на то он и интерфейс.
Если говорить грубо - получить пакет / отправить пакет. На самом деле будет немножко сложнее, для того чтобы можно было реализовать как использование одного модуля множеством потоков, так и использование множества модулей одним потоком.

Ну вот. Все нормально.

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 13:05 
Не в сети

Зарегистрирован: 27 авг 2011, 22:36
Сообщения: 460
Думаю я знаю из-за чего недопонимание:
С одной стороны tcp, udp - протоколы, с другой стороны совокупность правил обмена данными для организации голосования - тоже протокол.
Я подразумеваю, что протокол верхнего уровня реализуется модулем бизнес логики, ибо ему больше нечем заниматься. Этот модуль взаимодействует с "транспортной" подсистемой, например сообщает "разослать данные". Транспортная подсистема рассылает эти данные используя подключенные транспортные модули.

Dim, разве вы предлагаете не это?

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 13:13 
Не в сети

Зарегистрирован: 27 авг 2011, 22:36
Сообщения: 460
Андрей писал(а):
Кстати, Юрий, учтите требование что в определенной ситуации необходимо один пакет отправлять одним путем, другой - другим. Т.е. нужно будет предуматривать какую-то процедуру разбивки коннектов на группы для этого.

Как думаете, нам достаточно будет 2х групп? или запланировать универсальных механизм?

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 14:22 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
yurial писал(а):
Андрей писал(а):
Кстати, Юрий, учтите требование что в определенной ситуации необходимо один пакет отправлять одним путем, другой - другим. Т.е. нужно будет предуматривать какую-то процедуру разбивки коннектов на группы для этого.

Как думаете, нам достаточно будет 2х групп? или запланировать универсальных механизм?

Честно говоря, не уверен. Как думаете, вариант двух групп пудет намного прощще реализовать чем универсальный?

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 14:27 
Не в сети

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
yurial писал(а):
Dim, разве вы предлагаете не это?
Это, это. Только не нужны модули: tcp/ip, udp, sctp. Они просто реализуются в транспорте. Это излишне усложнит реализацию. Сначала придётся их загнать в прокрустово ложе абстрактного интерфейса. А затем через абстрактный интерфейс пытаться использовать уникальные возможности каждого протокола.
yurial писал(а):
Я подразумеваю, что протокол верхнего уровня реализуется модулем бизнес логики, ибо ему больше нечем заниматься.
Его дело заниматься голосованиями. Это уже много.
А транспорт ему должен предоставить возможности для работы: публикация данных (скрытая и открытая), обмен данными с конкретной нодой, адресная рассылка, создание подсети, подключение к подсети, широковещательная рассылка по подсети.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 14:46 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
Dim писал(а):
А транспорт ему должен предоставить возможности для работы: публикация данных (скрытая и открытая), обмен данными с конкретной нодой, адресная рассылка, создание подсети, подключение к подсети, широковещательная рассылка по подсети.

Зачем такие сложности? Прикладному модулю нужны 3 возможности:

1. Отправить сообщение в сеть;
2. Получить сообщение из сети;
3. Отправить 2 сообщения разными каналами;

Все. Зачем еще что-то усложнять?

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 16:05 
Не в сети

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
Андрей писал(а):
Dim писал(а):
А транспорт ему должен предоставить возможности для работы: публикация данных (скрытая и открытая), обмен данными с конкретной нодой, адресная рассылка, создание подсети, подключение к подсети, широковещательная рассылка по подсети.

Зачем такие сложности? Прикладному модулю нужны 3 возможности:

1. Отправить сообщение в сеть;
2. Получить сообщение из сети;
3. Отправить 2 сообщения разными каналами;

Все. Зачем еще что-то усложнять?
Если нам необходимо только обменяться данными между двумя узлами, то как минимум нужно указывать адресата. Можно конечно в само сообщение адресата прописать, но при этом надо из сети запросить этот адрес чтобы сеть поняла кому сообщение.
Просто всем сообщение рассылать накладно. Значит надо ограничивать круг адресатов. Отсюда группы надо создавать. Я предпочитаю назвать их подсетями, так как предполагаю, что это и будут сети соединяющие только ноды входящие в группу.
Некоторые сообщения надо не рассылать, а размещать в сети (публиковать) с тем чтобы их запрашивали те кому они понадобятся.
Нужна некоторая управляемость сетью со стороны модуля голосований.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: transport::modules
СообщениеДобавлено: 09 окт 2011, 16:32 
Не в сети

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
Dim писал(а):
Андрей писал(а):
Dim писал(а):
А транспорт ему должен предоставить возможности для работы: публикация данных (скрытая и открытая), обмен данными с конкретной нодой, адресная рассылка, создание подсети, подключение к подсети, широковещательная рассылка по подсети.

Зачем такие сложности? Прикладному модулю нужны 3 возможности:

1. Отправить сообщение в сеть;
2. Получить сообщение из сети;
3. Отправить 2 сообщения разными каналами;

Все. Зачем еще что-то усложнять?
Если нам необходимо только обменяться данными между двумя узлами, то как минимум нужно указывать адресата.

Насколько я помню, мы решили обойтись без обратных расписок при передаче голоса при тайном голосовании. Так что я не вижу задач, при которых возникнет необходимость именно в адресной передаче.

Dim писал(а):
Можно конечно в само сообщение адресата прописать, но при этом надо из сети запросить этот адрес чтобы сеть поняла кому сообщение.
Просто всем сообщение рассылать накладно. Значит надо ограничивать круг адресатов. Отсюда группы надо создавать. Я предпочитаю назвать их подсетями, так как предполагаю, что это и будут сети соединяющие только ноды входящие в группу.
Некоторые сообщения надо не рассылать, а размещать в сети (публиковать) с тем чтобы их запрашивали те кому они понадобятся.
Нужна некоторая управляемость сетью со стороны модуля голосований.

Для реализации голосований эти функции не нужны. Соответственно, они и вообще не нужны в этой системе.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 30 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB