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

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

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




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

Зарегистрирован: 17 июн 2011, 18:14
Сообщения: 2543
yurial писал(а):
Андрей писал(а):
Я не могу понять какой язык вы используете C++ или C#?

С++, к C# у меня крайне негативное отношение.

Это хорошо. Все-таки C++ - более универсальный вариант.

yurial писал(а):
Андрей писал(а):
По существу - не понял назначение методов process и poll.

Для ожидания событий связанных с соединениями.
Андрей писал(а):
Кстати, есть такая хорошая библиотечка libevent.

Судя по описаниям - как раз то, что я хотел реализовать с помощью poll.
Изучу возможности библиотеки - выскажу мнение.

Вот я как раз и предлагаю ее использовать что-бы избавиться от подпорок в виде методов process и poll. Что-бы сделать событийно-ориентированную работу.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68


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

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
yurial писал(а):
Могли бы вы найти подобную статью. Лично я проблем не вижу: существуют лишь некоторые ограничения.
http://drdobbs.com/cpp/204202899
yurial писал(а):
Dim, а у вас собственно есть опыт работы с boost?
Пока не очень большой. Использую в одном проекте чуть более 4 месяцев. Жалею что раньше не использовал.
yurial писал(а):
Мета-программирование меня не пугает, меня пугает размер библиотеки, и то что ее повсюду придется таскать.
Что есть, то есть. Навороченная. Зато документирована хорошо. А нам не так много и надо оттуда.
Насчёт мета-программирования порадовали. Возможно будет чему поучиться на практике.
Андрей писал(а):
Причина выноса в модули - потенциал для дальнейшего развития. Что-бы в будущем в систему можно было, например, быстро добавить поддержку FreeNet, I2P или других распределенных сетей.
Тогда лучше делать биндинг.
Андрей писал(а):
Насколько я понимаю, демон будет заниматься тем, что нужно делать даже когда пользователь его не использует - транзитные пересылки, хранение части информации распределенной сети, ответы на запросы и т.д.
Т.е. демон по сути и есть клиент распределённой сети. Её нода.
yurial писал(а):
Я к тому, что нужно выбирать хотя-бы немного опробованные инструменты. Заниматься их тестированием в контексте нашего проекта - это конечно неплохо для этих инструментов, но плохо для нашего проекта. Насколько я знаю, предложенная мною библиотека libevent уже используется в очень многих проектах. Что позволяет надеяться на ее качество.
http://www.boost.org/users/uses.html Сам удивился, хоть и предполагал что много. Собственно, один Гугл чего стоит.

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


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

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

Можно подробнее, мне такой термин не знаком.
Dim писал(а):
Т.е. демон по сути и есть клиент распределённой сети. Её нода.

Верно. Под "клиентской" частью мы понимаем GUI для работы с модулем бизнес-логики, например интерфейс для голосований.

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


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

Зарегистрирован: 27 авг 2011, 22:36
Сообщения: 460
Dim писал(а):
yurial писал(а):
Могли бы вы найти подобную статью. Лично я проблем не вижу: существуют лишь некоторые ограничения.
http://drdobbs.com/cpp/204202899

Просмотрел статью, все как и предполагал: при любых вызовах нужно использовать вещи не зависящие от компилятора.
На сколько мне известно таких вещи 2: чистый С, Интерфейсы C++.
Помнится еще в универе нам про это рассказывали: при использовании С++ необходимо использовать интерфейсы, создание и удаление классов должно производиться с помощью экспортируемых функций, а методы интерфейса должны получать и возвращать типы C.
Как-то так. В любом случае можно реализовать интерфейс к модулю с помощью чистого С, у нас не так уж то и много методов должно быть.

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


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

Зарегистрирован: 24 сен 2011, 23:06
Сообщения: 395
yurial писал(а):
Можно подробнее, мне такой термин не знаком.
Связывание. Создание прослойки между двумя независимыми частями. Условно, есть клиент голосований использующий некоторый протокол голосований. Есть некий транспорт предоставляющий определённые услуги для абстрактного клиента. Между ними связка реализующая протокол голосований с помощью услуг транспорта. Если транспорт предоставляет все услуги для клиента голосований, то связка тривиальна. Если транспорт предоставляет только базовые услуги, то задача связки реализовать недостающие.
yurial писал(а):
В любом случае можно реализовать интерфейс к модулю с помощью чистого С, у нас не так уж то и много методов должно быть.
Только если в отдельном модуле нет необходимости, то зачем?

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


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

Зарегистрирован: 27 авг 2011, 22:36
Сообщения: 460
Для того, чтобы можно было работать через специфические низкоуровневые протоколы.
Давайте вернемся к обсуждению этого, когда будем иметь v0.1

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


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

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


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

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


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

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