Чтобы понять Qt SDK надо его скачать и изучить примеры. Однако этого будет недостаточно и вот почему. Тот же Любитель не понимает какое отношение эти составляющие имеют к веб-службам. А между тем как бы ни банально это звучало, веб-службы на любой платформе и системе одно и тоже. Заходит человек на текущий сайт, в браузере набирает - http://forum.vingrad.ru, а на самом деле браузер отправляет запрос на хост forum.vingrad.ru на порт 80 по протоколу HTTP, и полный адрес http://forum.vingrad.ru:80. Почему так? Да потому что так принято, но висеть то веб-сервер может на любом порте.

И потом, те данные которые были получены обрабатываются и выводятся на экран. Можно не замечать RFC, думать что система на которой программируешь царь и бог, что не будь её всё бы рухнуло и перестало работать. Но факт в том, что она всего лишь одна из многих тысяч. Это уровень даже не любителя, а новичка. Но вот на сцене появляются фреймворки, и поверх простейших запросов строят гигантские фреймворки. Люди перестают понимать, что то что ни делают на своей супер пупер навороченной платформе можно сделать на множестве других библиотек.

Веб-сервер можно хоть на бусте написать. И на Qt дофигище примеров, но нет, мы будем доказывать, что только  Java великая и ужасная может создавать веб-сервера и только на ней всё делается просто и легко. Наезжать на Qt тем более глупо, учитывая, что на ней работает рабочий стол KDE и огромное количество приложений. Я не привожу конкретные примеры вовсе не потому что их мало, или они отсутствуют, просто их такое жутчайшее разнообразие, что мне жалко тратить целый день переписывая сюда те, которые относятся к веб-сервисам.

Зато заниматься софистикой и графоманить у тебя время есть.  

Наводит на мысли о банальной некомпетентности. 

И что, я должен сейчас доказывать, что весь такой компетентный.   Я пишу этот текст из Mandriva 2009.1 с рабочим столом KDE, вот и прикинь сколько у меня Qt приложений только в стандартных репозиториях. Могу и подробнее описать,   надо закачать Qt SDK, открыть папки с демо и примерами, и там смотреть.

А когда станет мало, зайти в репозиторий и утонуть в законченных решениях. Если и этого окажется недостаточным, пойти на специальные сайты, где обсуждают Qt и выкладывают законченные программы и компоненты. Опять же sf.net никто не отменял. Но для начала надо решить, что хочешь найти, веб-служба это общее понятие, в вики вот так написали.



Или месье предпочитает, чтобы ему описали все извращения. О том, что одно приложение должно прослушивать порт, а другое соединятся, и при этом они ещё должны обмениваться данными, которые о ужас, надо извлекать из базы данных. Может ещё все протоколы обмена пересказать.  

unicuum, да я спорить с тобой не собирался на самом деле.  Я сам приверженец С++/Qt, мне просто было интересно взглянуть на solutions, а то что в прицнипе в С++ это возможно реализовать я не спорю. 

А я нет, как говорил герой Джеки Чана, - "Я не хочу одну, я хочу их всех".

unicuum, очевидно, что просто ты не работал с той же явой иди .Net-ом. И не представляешь, что такое создание и использование веб-сервисов на этих платформах. И, самое главное - в чём проблемы сделать аналогично на С++. Про то, что в Qt стандартных солюшенов нету - это факт. Наличие QNetworkAccessManager-а, умеющего работать с HTTP и 3-ёх парсеров/райтеров для XML-я ровным счётом ничего не даёт. Таким же образом можно доакзывать, что можно на чистом С безо всяких библиотек создавать веб-сервисы. АПИ ОСи для работы с сетью есть - технически ничто не мешает дальше, создавай...  

Хочешь померяться со мной письками, ну давай, приму вызов для платформы .NET, то есть я буду на дотнете.  


Тебе может и не даёт, но мир программирования удивительно разнообразен.

хотел спросить, почему firefox/opera когда загружается и если ничего не включать, то жрет до 100 метров оперативки? она все свои большие либы не целесобразно загружает?

например, на python, perl можно определить что загружать на этапе компиляции и еще автозагрузка методов класса, чтобы загружать только те метод(ы) которые вызываються, а не загружать весь большой класс целиком... 

Это сообщение отредактировал(а) gcc - 3.7.2009, 05:41

Лучше Java - ты можешь клиентское приложение распрастранять в виде бинарного файла (кто им будет пользоваться необходимо будет поставить Java)... а вот qt... он лишь облегчает работу с интерфейсом... но все нюансы ОС прописывать будешь сам )

Qt это не только GUI библиотека. Какие ньюансы? 

я что, зря купил две книги по жабе??         

Это сообщение отредактировал(а) Akella - 29.12.2009, 00:03

Akella, ну почему же. Это было моё субъективное мнение. К тому же в разрезе конкретного приложения. 

Добавлено через 9 минут и 38 секунд
Akella, вот смотри:

• По поводу языка я уже всё сказал. Первый и последний разпишу на С++. И точка.
• Qt лучше чем Swing. Но можно и потерпеть.
• Доступность 3D Party Labraries - это сильно зависит от категории ПО. Где-то больше для ++, где-то для - для Java.

Ну если писать приложение:
1. работа базами данных (firebird)
2. табличный вывод данных на экран (компоненты devexpress для дельфи - это идеал, можно сказать)
3. вывод и печать отчётов (компоненты FastReport для дельфи - это идеал, можно сказать)
4. работа с текстами.
5. работы с регулярками.
6. работа с плагинами (в винде это dll)

Всякие низкоуровневые штучки мне не нужны.
Это касательно меня. Я не пишу игрушки и не пишу системные утилиты для дефрагментации дисков или реестра.

Я извиняюсь за наглость, но в области десктопного энтерпрайза (как бы это пошло не звучало, но БД + репортинг дают право говорить об энтерпрайзе) под винду .Net явно лидирует. Без сомнения.

Добавлено через 29 секунд
Если же из сабжа - то ява.

Речь идёт о кросплатформенности. Если под винду, то тогда уже дельфи (по крайней мере для меня).



Ок.
Только что-то не могу въехать, у джавы нет дизайнера форм при проектировании приложения?