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

Посмотрел я на libevent, и на boost::asio. Теперь необходимо сделать выбор.
Предлагаю рассмотреть плюсы и минусы:
libevent:
+ маленькая, легкая библиотека.
+ на сайте библиотеки указаны benchmark тесты - впечатляюще.
- C
boost::asio:
- большая, громоздкая библиотека;
- время на изучение уйдет больше, если конечно Dim не подскажет;
+ С++, со всеми вытекающими прелестями.
= производительность?

Нужен ли нам объектно-ориентированный код?
Нужна ли нам высокая производительность?

Вообще меня привлекает идея изучить boost::asio.

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

Минус по поводу времени изучения мне кажется существенным.

Кроме того, то что libevent написан на C совсем не минус. Сделань над ним объектную оболочку, думаю, будет не сильно сложно.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Кстати, я не нашел нигде описания какие методы поддерживает boost:asio.

Вот нашел - http://alexott-ru.blogspot.com/2007/10/ ... io_29.html

Но вообще, складывается ощущение что библиотека вообще не документирована.

Вот манул на русском:
http://bravit.rsu.ru/distrib/Asio_tutor ... sic_skills

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Не могу найти механизм работы boost::asio в linux, в частности меня интересует, будет ли он использовать асинхронные вызовы или мультиплексирование.

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

Я вполне могу согласиться и на использование boost::asio. Но...

Я так думаю, что должны быть какие-то критерии для выбора того или иного инструмента. Мне главными кажутся следующие:
1. Документированность. В boost::asio я не нашел нормального руководства разработчика с описанием структуры, классов, методов и интерфейсов.
2. Использование его в живущих и хотя-бы относительно известных проектах. Что означает отлаженность библиотеки.

Пока по обеим этим пунктам у меня есть сомнения относительно boost::asio.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Первая ссылка в гугле http://www.boost.org/doc/libs/1_47_0/do ... _asio.html
Или вас не устраивает?

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

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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Взглянул на общую архитектуру asio. Понравилась идея асинхронных операций с уведомлением. Очень похоже на то, что реализовано через aio_read/aio_write.

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

Я не могу сказать что asio мне не нравится. Но кроме нравится/не нравится нужно еще и другие критерии рассматривать.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Андрей писал(а):

Нашел уже после того как написал.

И зачем было искать на стороне, когда есть на родном сайте библиотеки?
Там же на сайте есть раздел "Who using Boost" разбитый на три части: использование через другие библиотеки, использование в открытых проектах, закрытое использование.
Я, кстати, постил ссылку. http://www.boost.org/users/uses.html

Она не сложнее любой другой библиотеки. К тому же написана "как по учебникам".
Я собираюсь активно участвовать в написании. Хотя из Буста использовал concurent часть, но не думаю что как-то asio сделано проблемней.

По сути у Boost только один минус - монструозность. Нам в лучшем случае понадобится 10% из всей библиотеки. С другой стороны Boost охватывает практически весь спектр задач, кроме GUI.

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