Comments 23
Тоже интересует вопрос. Ковырялся как-то с Poco — под fedora core 10 своё приложение компилится, запускается. Под freeBsd 7 компилится, но при запуске уже говорит про Poco::SystemException… так и не смог победить… :(
0
если речь только о C++, socket и mysql, то наверно имеет смысл опираться на STL, для mysql используем mysql++, по поводу сокетов сложно что-то предложить, поскольку настолько простой механизм, что вряд ли для него нужны обертки, но можно попробовать boost (я не пробовал)
+1
+3
Если у Вас нет опыта разработки под C++ то я бы порекомендовал все таки посмотреть в сторону Java, вероятность довести проект до конца будет существенно выше. На базе Apache Mina, например, можно в довольно короткие реализовать то что нужно. Насчет производительности — все равно все в итоге упрется в базу, так что существенной разницы между C++ и явой не будет.
+1
Я может чего-то не понимаю, но зачем именно кроссплатформенная библиотека, если заранее известно что сервер под FreeBSD? Или у вас будут разные аппаратные платформы?
И еще вопрос, какие сокеты вы планируете использовать, блокирующие или нет?
И еще вопрос, какие сокеты вы планируете использовать, блокирующие или нет?
+1
Дело в том, что над приложением будет работать несколько программистов и нет возможности всех пересадить на linux, поэтому и нужно кроссплатформенное решение. Сокеты планируем использовать блокирующие.
0
а зачем кроссплатформенность, если точно известно что сервер будет работать под FreeBSD?
0
UFO just landed and posted this here
>опыта работы с C++
может тогда лучше java? Например, Apache Mina
может тогда лучше java? Например, Apache Mina
+1
C++ не пугайтесь :-)
Если прогеры нормально знают ООП на C++, то проблем не будет.
Из нормальных библиотек только 2, которые уже упомянули, Poco и Boost:Asio.
Я рассматривал обе, и выбрал Boost за более понятный код и модель 1 thread на все запросы.
Будут вопросы — пишите, мы сейчас тоже в самом начале пути :-)
Если прогеры нормально знают ООП на C++, то проблем не будет.
Из нормальных библиотек только 2, которые уже упомянули, Poco и Boost:Asio.
Я рассматривал обе, и выбрал Boost за более понятный код и модель 1 thread на все запросы.
Будут вопросы — пишите, мы сейчас тоже в самом начале пути :-)
+1
Поставьте вашим «UNIX программистам» под виртуалкой фряху, не создавайте себе проблем.
Пусть редактируют под виндой, а удаленная компиляция/запуск/отладка легко реализуется(в каком-нибудь Eclipse+CDT, ну или Emacs).
И не нужны никакие убогие обёртки над такими примитивными вещами как сокеты и мультиплексирование(kevent/kqueue для фрибсд).
man socket listen bind accept kqueue readv fcntl и вперёд ;)
Пусть редактируют под виндой, а удаленная компиляция/запуск/отладка легко реализуется(в каком-нибудь Eclipse+CDT, ну или Emacs).
И не нужны никакие убогие обёртки над такими примитивными вещами как сокеты и мультиплексирование(kevent/kqueue для фрибсд).
man socket listen bind accept kqueue readv fcntl и вперёд ;)
0
Sign up to leave a comment.
Какую кросс-платформенную библиотеку посоветуете для C++?