Приветик ещё раз! =) пожалуйста не закидывайте помидорами ))))))))) т.к. не спрашивает только тот кто не учится   

Вообщем вопросик! Если писать на чистом МFC то чтобы сделать визуальную программку, аля как все нормальные программки (допустим как тот же калькулятор стандартный), то надо писать на чистом ВИН АПИ? 

Что за стиль такой - dialog based? 

Если писать визуальные программки на ВИН АПИ и на dialog based  то где быстрее работать будет? Где будет "кушать" намного меньше ресурсов и работать под ОС ХР СП 1-3 , Виста (все СП), Вин 7. То есть на современных ОС. 

Сразу прошу не говорить что вопрос тупой =). Сам знаю =). Просто мне до визуальных программок осталось 700 страниц.... а не терпится узнать что да как =) 

Модератор: BC++ - это Borland C++, обычно, имеется в виду версия 3.1. Visual C++ - это MSVC

Это сообщение отредактировал(а) bsa - 10.7.2009, 18:07

На чем же Вы хотите писать? На чистом WinAPI или используя библиотеки MFC?



Это значит, что внешний вид программы (морда) описана в файле ресурсов.
Достаточно запустить макрос DialogBox с нужными параметрами, и винда сама нарисует окно программы со всеми Вашими контролами.
Задача програмиста отловить сообщения от контролов в DialogProc и корректно их отработать.

Предполагаю что на MFC. Т.к. Апи вроде каждый раз чуток видоизменяется (что то добавляется, что то удаляется, что то изменяется...) то какбы ... MFC более подходит. А где лучше скорость ? Скорость работы приложения?



А оно имеет что то общее с .NET ? Или это грубо говоря разновидность МFC? Какие программы быстрее работают? Те что созданы с помощью dialog based или MDI & SDI ? 

Так же очень критичен размер "употребляемой" памяти (оперативки)

Спасибо!!!

Программы, созданые с использованием готовых библиотек компонентов(MFS, VCL) имеют больший размер по сравнению с приложениями, создаными на чистом WinAPI.
Это связано с тем, что создатели библиотек стремятся наиболее полно реализовать все особенности компонентов, и все эти навороты перекочевывают в код, даже если никогда не будут использованы.
У меня нет опыта использования MFS, но, например, простейшая програмка, сделанная в BCB6, имеет размер ~450kb.
Тоже самое, сделаное с использованием WinAPI, легче почти в 10 раз!

и в 10 раз дольше писать.   

Ребят! Полностю согласен =) видел программки на Вин Апи ... так там даже до 1кб может "весить".... но сразу напрашивается что... а вот что =) читаю просто книжки. И всегда читаю мол с каждым новым ядром ОС изменяется и Вин Апи. Значит программа написана на Вин Апи для ХР  100% будет работать на ХР, но не факт что на Висте? Я прав? 

То есть грубо говоря кроссплатформенность между ОС Винды имеет МFC & VCL. Какбы... ну больше шансов что всё работать будет правильно =) а это главное! =)

Мммм... а какие программки шустрее работают? Понимаю что это уже что то типа холивара... но какбы интересно. Я понимаю что они все хорошо работают =) но мне очень важно даже если чуть-чуть быстрее.

Кто из них быстрее?

МFC?  MFC - dialog box? MFC - SDI (MDI)? Просто на сколько я вижу в Диалоге и в МДИ или СДИ разные подходы. А значит и по другому писать, а значит и разная скорость выполнения =)

Добавлено через 5 минут и 29 секунд
А ну и ещё =) щас кто то пишет на МFC визуальные приложения?

Смотря с чем эта программа работает

Написанные без МФЦ быстрее

Я  Редко но пишу.
Кстати и на работе огромный проект с МФЦ

Это только вы так? Или подавляющее большинство? 

Извините что так ... допрашиваюсь =)

Просто хочется учить то что больше всего развивается =)

учите язык D. развивается быстро.
***
на Амазон можно предзаказ сделать на книгу The D Programming Language (by Andrei Alexandresku)
я так понял, это как "Язык программирования С++" Страуструпа, только круче 

Это сообщение отредактировал(а) zim22 - 9.7.2009, 18:30

Пончик, MFC забудь. Это пример крайне неудачной библиотеки.
Если тебе хочется быстро писать современные программы не заморачиваясь на кучу мелких деталей, то используй что-нибудь более современное. Например, Qt. Код конечно, будет не самым маленьким, но тебе же не надо пихать программу на дискету.
Пример: чтобы создать окно на WinApi необходимо написать где-то страницу-две малоосмысленного кода (WinApi вообще мало осмысленная библиотека, имхо), а на Qt:Смысл использования подобных библиотек в том, что ты программу пишешь раз в 10-100 быстрее, чем на том же WinApi. Твой код прост и читабелен (через год попытавшись исправить ошибку, ты скажешь себе большое спасибо, что не стал использовать WinApi). Большую часть кода занимает работа с окошками и реакция на действия пользователя. Тут сильно по скорости ничего оптимизировать не надо - вменяемый пользователь все равно не будет жать 20 кнопок в секунду. С другой стороны, у тебя останется прорва времени, чтобы оптимизировать те участки кода, которые этого требуют (например, где требуется работа с большим количеством данных или вычислений).

Кто-то из умных людей сказал, что программа пишется не для машины, а для человека. Машина все равно не понимает того языка, на котором ты пишешь, а ты не можешь писать на языке, который она понимает (я про машинный код - ассемблер тоже машина не понимает без компиляции). Поэтому надо писать так, чтобы понял человек, которому через пол года нужно будет найти в коде ошибку и ее исправить. А понять код, написанный с помощью высокоуровневого API, гораздо проще, чем ежели он написан на низкоуровневом.

я бы юзал IWebBrowser2 c DHTML

Да, Qt.
И даже кроссплатформенно!


Честно говоря, уже и забыл как дискеты выглядят.

MFC в топку.

wxWidgets, QT4+

Насколько мне известно, это наиболее популярные GUI библиотеки.

Леопольд, Наверное наоборот  
Qt4, wxWidgets.

Вроде бы без разницы... Это я в интернете прочитал 
У той и у другой есть преимущества и недостатки.  Сам я только wxWidgets чуть-чуть пользовался. QT код только мельком видел, но не увидел чем бы он выгодно отличался от wxWidgets.

Ах да, вроде бы wxWidgets на Python'e можно юзать (и не только)... И работает под Windows/Linux/Mac/WinCE. А если поднатужиться, то можно свой "порт" написать...  К тому же wxWidgets open source библиотека, это по моему большое преимущество. Можно подебажить...
А вот про QT я ничего не знаю кроме хвалебных отзывов в общих чертах, да и не удивительно, не копал особо. Интересно было бы почитать чуть-чуть прям здесь.   

Сам сейчас пользуюсь Code::Blocks (а не QTDesigner), вполне приличное IDE написанное на wxWidgets, на мой взгляд мало чем уступает VC 2008 Express, к тому же, кросплатформенно.

Это сообщение отредактировал(а) Леопольд - 10.7.2009, 20:04

Глупость  



Это что? Наверное ты имел ввиду Qt ?



Опять глупость.



Угу. Жду демонстрации.



Опять глупость.

Дальше все тоже  


Да и не та это тема, и даже раздел не тот.

Добавлено через 3 минуты и 38 секунд

И Qt  

Это сообщение отредактировал(а) andrew_121 - 10.7.2009, 20:35

Много на wxWidgets написал, а на Qt? Аргументируй. Хотелось бы "услышать" хоть что-нибудь...

Этой глупости я "наслушался"/начитался от других, видимо глупых, программистов. Ну что ж, не всем же быть умными, как тебе. 
Кстати, не нашёл что-бы кто-то однозначно и аргументированно заявил что Qt лучше чем wxWidgets, когда выбирал о чём почитать подробнее. Может быть, конечно, недели было мало на (нерегуляный) поиск. Выбор пал на wxWidgets из-за открытости кода, в основном. Если бы нашёл хоть какие-то весомые аргументы в пользу Qt то выбрал бы её...

Ты, случаем, никогда не задумывался, почему считается что Linux более надёжен чем Windows? Тебе не кажется что здесь есть "мифическая" связь с его открытым исходным кодом?

Это сообщение отредактировал(а) Леопольд - 10.7.2009, 21:09

Не будем превращать тему в свалку.

на текущий момент Qt лучше, потому что использованы более современные технологии и она обширнее. Сам пишу на wxWidgets и очень часто сталкиваюсь с тем, что не хватает чего то
(а если и есть то реализовано не очень удачно/удобно) из списка стандартных вещей Qt. Но подождем wxWidget 3.0, в котором обещано много вкусностей, потом сравним 


P.S. для простых приложений (грубо говоря "из одного окошка") разница в использовании библиотек имхо не заметна.

Это сообщение отредактировал(а) mes - 10.7.2009, 21:55

На самом деле никаких глупостей здесь нет.  Леопольд всё верно сказал.
А вот документация у wxWidgets действительно могла бы быть и получше....

winforms/wpf

Добавлено через 1 минуту и 52 секунды
а вообще, GUI - скука смертная  

Леопольд, по поводу Qt и wxWidgets:
1. Попробуй обе и сделай выводы.
2. Очень много видел пакетов в линуксе с названием содержащим "PyQt"... к чему бы это?
3. А оно нужно? Ну если очень хочется... вон, Nokia, порт Qt под S60 написала.
4. Qt распространяется под 3 лицензиями: GPLv3, LGPLv2 и проприетарной. Выбирай. А исходники можно найти тут: http://qt.gitorious.org/

Очень рекомендую попробовать. Ну или хотя бы почитать самоучитель (tutorial в документации).
Это да... С другой стороны, кому нужна программа без GUI? Только бородатым сисадминам. 

Скорее всего так и сделаю, как только доразберусь с шаблонами, Александреску, boost'ом и его метапрограммированием шаблонов... т.е. не в этом году 

bsa
+1.
Мне терпения не хватило писать об этом.

зато увы хватило на многократное это :

  

Грешен, знаю.
Думал что после этого он задумается...почему...?

+1 за подобное решение, с той оговоркой что можно использовать gecko в виде движка (тот же XUL например заюзать). Кросплатформенно и есть место где развернуться дизайнерам...

Почему что?

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

Это сообщение отредактировал(а) Леопольд - 11.7.2009, 07:51

можно еще посмотреть на эту библиотеку: http://stlab.adobe.com/group__asl__overview.html


потому-что сказать нечего, а хочется  

CLI... грубо говоря .NET . А по моим релегиозным пробуждениям - пусть идёт в топку (моё личное ИМХО). 




Тем же бородатым сис админам щас не до консолек =). Любой уважающий себя человек (человек который ценит своё время) не будет сидеть в программе не GUI. Йомайо! Щас же 21ый век! Уже "досовская строка" давно не используется. Конечно если писать под микроконтроллеры или ещё что то в этом роде... или грубо говоря для себя... то да. Но повторюсь... НИКТО (из простых юзеров) не будет использовать программки без GUI.

Qt4. Ммм много наслышан про него =). Кроссплатформенность и т.д. впечетляет! Но! А как же со скоростью? Я думаю если код кроссплатформенный то и скорость работы + потребляемые ресурсы... не думаю что приложение будет работать так же быстро и так же не будет кушать много оперативки. 

Просто для меня что главное. У меня в задачах есть 2 разных пути и направления. 

1) Задачи которые будут запущены только под Виндой. И нигде иначе. То есть их будут запускать только под Виндой. Для этого и они расчитаны. Если уже заранее ведомо что их будут запускать только под форточкой так зачем тогда подключать кроссплатформенность? Имхо незачем. И в них очень важна производительность. То есть очень важно чтобы программка просто таки "летала" под форточкой. Грубо говоря поетому я и начал спрашивать в этом топике =). Если логично подумать... если майкрософт сделала винду то по логике ихняя среда должна быть круче всех для программирования под винду =). 

2) Задачи которые будут запущены где душе угодно =). То есть в этих программах нету задуманой привязки и т.д. А значит можно думать о кроссплатформенности. И о Qt =) .


Просто поймите правильно =) Перехожу из Билдера по причине его глючности =). И какбы в надежде на лучшую производительность. Но куда переходить я не знаю. Счас хочу перейти на Вижуал С++. Вин Апи сам очень не люблю. И стараюсь его обходить =). Писать на чистом Вин Апи имхо даже не собираюсь =). Прекрасно знаю что МFC корявая... и не хочу работать под .NET =) . 

Очень полюбил Билдер через простоту создания GUI. И фактически всё что надо это писать код. И всё =). А GUI можно сделать за 2 минуты. Хочу что то похожое получить и от Вижуал С++. Знаю что там именно такого нет. Но хотябы похожое что то... ? В одном топике посоветовали dialog box ("на базе диалоговых окон") . Открыл. Посмотрел. Вроде что то аля Билдера. Перекинул контрол и всё =). Так вот вопросища... как с ним нормально работать? Приложения написаны на Диалог Боксе быстрее работают чем проложения на Билдере? (Если брать в щёт последнии версии обоих). Если да, то на сколько?

Спасибо за прочтение моего маразма =)

Ребята, вы о чем? Я за всю жизнь 2-3 гуи программы писал, и то частный заказ.
Практически любой сервис не нуждается в GUI. Драйверы уже никто не пишет? Никто же не говорит о том, чтобы писать Photoshop как console application, но есть такой тип программ - сервис. Только не говорите, что обычным пользователям сервисы не нужны. Откройте список своих сервисов и посмотрите сколько из них вы используете.

П.С. Я тоже не люблю GUI, мне это всегда казалось не интересным.

Это сообщение отредактировал(а) azesmcar - 11.7.2009, 13:02

Да, в билдере это вообще приятно делать. В Visual C++ все "сложнее" (менее удобно что ли). MFC - по сути есть обертка для win api. А вообще разрабатывать GUI под винду лучше (удобнее, приятнее) используя .NET...

Добавлено через 1 минуту и 36 секунд


Согласен! 

Пончик, я бы посоветовал забыть про MFC и Builder и приступить за изучение чего нибудь стоящего.
MFC по сути это недоразумение, за которое микрософту должно быть стыдно  А билдер - ну что о нем говорить, компании нет, support-а нет. Сейчас среди разработчиков GUI популярны QT, wxWidgets и WinForms. Популярны среди компаний-разработчиков програмного обеспечения QT и WinForms (еще не видел вакансий на wxWidgets). Если собираешся работать на себя - пиши на чем хочешь, а нет - так придеться учить то, что затребовано. А именно, либо QT либо переходи на .NET. 

Разумеется мое лично мнение  

Речь не о кроссплатформенных скриптах, а о кросплатформенной системе разработки  . В конце концов после прекомпилятора Qt и GCC(или MSVS) получаются бинари с вызовами X-ов или WinAPI... Это я к тому что за кросплатформенность не расплачиваются на этапе исполнения, все это "городские легенды"...


Да, это пока многие стараются не замечать почему-то(хотя пару лет назад на форуме был топик) что GUI можно успешно реализовать с помощью Web и уже давным давно. Там конечно свои нюансы, но все-таки...

Ну кому как =) и собственно.... смотря для чего. Круг программирования широк. Потому нельзя сказать что ГУИ это что то не нужное, и нельзя сказать что нужно только ГУИ...

Ребята. Постал главный вопрос - производительность. У меня мания оптимизации )))) я знаю что прежде всего главное прямые руки программиста, но и от компилятора тоже мноооого чего зависит! Ведь разный код можно скомпилировать по разному. Для себя я уже зделал вывод. Кроссплатформенность - Qt. Т.к. во первых много литературы, и т.д. А во вторых он круче =). Не важно что и как. Просто для себя и это чисто мое ИМХО. 

А теперь о наболевшем =). Как я уже и говорил. А что с Виндой? .NET - не моё. Просто не нравится и всё. Не люблю я такого подхода к программированию. Может потом и буду заниматся (жизнь не предскажешь), но на данный момент - нет. Остается... что ? MVSC и Билдер. Может ещё что то есть? Просто для меня главное возможность создания нормального интерфейса. И второе... впрочем главное... быстродействие. Как я уже и говорил... я фанат оптимизации =). И немогу писать приложение там где оно будет "тормозить" из-за компилятора. Подскажите пожалуйста что делать? =) Учить кривой МFC? Или Qt не уступает по быстродействию?

Спасибо ! =) само собой за чтение очередного моего маразма )))))

Что-то я не чувствую чтобы ты определился.

Забудь про свою манию и учи то, за что платят деньги. Программирование это ремесло а не искусство.

Пончик, а зачем GUI нужна производительность? Как ты собираешься измерять производительность GUI библиотеки?  
если ты будешь используешь неоптимальный алгоритм, скажем, для отрисовки на каком нибудь виджете, то тормозить будет любой код, независимо от библиотеки. А если оптимальный, то разницу никто не заметит, настолько она будет ничтожна.

Ну это смотря что отрисовывать. Думаю QPainter с OpenGL pipeline в несколько раз будет быстрее, чем GDI/GDI+ при отрисовке 2D графики со сглаживанием. А отрисовка стандартных элементов управления на чистом win api скорее всего быстрее будет работать, т.к. фактически будет делаться в ядре, а Qt все-таки сама все рисует внутри окна через theme api. Но эта разница  будет заметна только на очень уж слабых машинах.

А я бы поспорил... ведь как говорят. Лучше работы какую ты любишь ничего нету. А я люблю программирование =) . Если скажем учить то за что платят. И учить потому что "деньги" то да... будут деньги. Если учить то что нравится. А точнее сделать из занудной работы - исскуство... то может и сначала ничего особенного не будет (в плане денег). Но потом можно снискать неплохую популярность =). Я вообще щитаю что чтобы писать действительно классно то надо полюбить программирование чтобы превратить это в исскуство =)



Я про компилятор =) просто не раз наслишался что мол MSVC намного быстрее Билдера (по оптимизации кода). Потому так и спрашиваю =). А вообще я то понимаю что всё зависит от криволапости программиста. Но! Я уже много раз читал что мол все игры пишутся на MSVC, ну не все... но 90% хитов =) . Значит он чем то лучше? Если пишут именно на нём... а не на Билдере, Делфи, Qt, Паскале и т.д. =) именно там... значит всё таки разница есть? Просто поймите я какбы... фанатик оптимизации =) 



По вашим утверждениям так и драйвера для винды можно писать на Делфях =) . А если честно... я не о отрисовке. Т.к. она итак 1 раз отрисуется и всё (в случае с не 3Д\2Д графикой ). А я именно о самом коде. Аля что то типа for (int i=0;i<1000000;i++) ; . Ну я о таком =) то есть насколько качественно оно будет оптимизировано и переведенно в машинный код. Вот это для меня главное =)

Опять таки спасибо и за чтение маразма (моего) и за помощь!

Ну так люби свое ремесло. А перспектива жить без работы и денег и быть в восторге от своей популярности - сомнительное удовольствие. Я однозначно получаю больше удовольствия от траты денег, чем от процесса их заработка. Потому меня больше волнует зарплата, чем то, на каком языке я буду писать. Ну это дело индивидуальное. Решай сам для себя.

Да. Конечно каждому своё.


Ребята. Скажите пожалуйста =) Qt может по быстродействию конкурировать с MSVC? И интересно по какому принципу работает Qt? По принципу линковки файлов перед запуском? (вроде раньше такой метод был). Или подгружения разных библиотек в зависимости от ОС? А... и пожалуйста посоветуйте IDE =) .

З.Ы. дочитаю Хортона (MSVC) наверно займусь Qt =)

Qt - библиотека. MSVC - среда разработки. Qt интегрируется в MSVC.

Ясненько....


Стоп! о_О

Офф сайт 

Download Qt SDK for Windows* (178Mb)

*Based on MinGW (download sources) tool set. Does not support VS compiler.

Если я правильно понял VS - Visual Studio. Тогда это как??? Qt библиотека\набор компонентов для MSVC но она не поддерживает его компилятор ? о_О

Добавлено через 2 минуты и 27 секунд
Ну и ещё вопросик... если я буду писать на Qt и захочу продать программку... то что? Мне надо покупать лицензию?

мало ли что на заборе написано.
http://lmgtfy.com/?q=qt+msvc

да

Qt - это библиотека, ее можно скомпилировать как с помощью msvc, так и с помощью mingw

Странно это же оффициальный забор   



а кряки?

а в тюрьму?

нет.  у Qt 4.5 - LGPL.

Это сообщение отредактировал(а) mes - 12.7.2009, 11:05

скачай Qt SDK, в этом случае тебе не придется собирать библиотеки самостоятельно, mingw - вполне может конкурировать с msvc в качестве генерируемого кода, а формошлепством вполне можно заниматься в QtCreator...

Так там же вроде по ссылке в таблице для лицензии LGPL / Free возле Can create proprietary application галка стоит. Или я чего-то непонимаю?  

это я ошибался. табличку сравнительную нашёл в нэте, в которой сказано, что 

http://doc.crossplatform.ru/qt/4.3.2/commercialeditions.html

Это сообщение отредактировал(а) zim22 - 12.7.2009, 11:15

Ммммммммм иль может там имелось ввиду что для корпораций надо покупать лицензию? А так фри? 

Пончик, на оф.сайте Qt есть ссылка на Visual Studio Add-in

Тот самый стабильный MinGW на основе GCC 3? Что-то не верится, что он с компилятором из MSVC 2008 может конкурировать по качеству генерируемого кода, да и по скорости компиляции исходников тоже.

Добавлено @ 11:39

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

Это сообщение отредактировал(а) kamre - 12.7.2009, 12:38

Нет =) Просто упорное желание делать хорошие программы =)

Это паранойя  
Быстрая программа != Хорошая программа. Преждевременная оптимизация - зло!

Для создания десктопных приложений онли под винду наиболее перспективно юзать .Net.


  1Д-графика?!


Смотрим на версию. 4.3 не было под LGPL. Читайте актуальную документацию.

Согласен =) но тут не преждевременная =) тут только компилятор. Я же код не оптимизирую =) А компилятор =)


Если не секрет... почему? И если не ошибаюсь то .НЕТ задумано как кроссплатформенное? Просто меня ужасно бесит то что надо .НЕТ ФреймВорк ставить   почему моя программа должна требовать ещё что то?! О_о 



Даааааа а ещё есть 0Д графика и вообще графика 3\14Д самая крутая   

Я имел ввиду ОпенГЛ, ДиректХ.



То есть я могу писать под Qt4.6 (или какой у них последний?) и со спокойной душой продавать свои продукты? 

Это не то, о чем надо думать при написании GUI приложений.


А что по твоему для QT ничего ставить не надо? Еще как надо, посмотри сколько DLL-ок надо с собой таскать, а .NET можно впихнуть в свой инсталятор также, как и DLL-ки от QT.

Подскажите тогда... а о чём?


Вот блин... променял шило на мыло   
Я думал там вылазят нативные приложения... а если не секрет. То каков обём (в мегабайтах) тех всех дллей которые надо за собой таскать?


Вы имеете ввиду в Install Shield Wizard? Что то типа того? Или чисто в свой ехешник?

О качестве и чистоте кода. При разработке GUI накакать в код очень легко.


А ты что хотел? По твоем эти библиотеки в ядро вшиты? (кстати .NET начиная с Windows Vista уже вшит и ничего ставить не надо).
Объем точно не вспомню, путь лучше знающие люди подскажут, но было кажеться что-то вроде 5-6 mb. 


Да, install shield. 

Спасибо! Учту! 


Практически =) а если я использовал .NET FrameWork 4.0 ? (кажется последний) а в Висте был 3.5? Значит всётаки обновлять надо...



Ну это ещё жить можно :Р

Разумеется. Иначе быть не может, или микрософту с каждый фреймворком придеться выпускать операционную систему  


Это я о минимальном, там на 1-2 DLL, смотря что используешь. Но лучше подождать ответа людей, которые работают на QT (я его два раза в жизни видел).

Если вкратце - то да (Qt 4.5 пока). Если не будешь сами исходники Qt в свой код копипастить.


  


Потому что это флагманская МС-шная технология для создания декстопа под винду 


В ту же висту входит 3-ий фреймворк. На вымирающие системы не смотрим  Пускай качают..


Собранные релизы на VC++ 2008 и мингв (собирал не сам: и то, и то из длл-ок Qt SDK 2009.01): QtCore - 2/2.7, QtGui - 7.5/11.4, QtWebKit - 8.3/19.5. 


В висте 3-ий. 4-ый вообще ещё только в бетте. Да и.. кто мешает писать под непоследний фреймворк?

  А вы хоть в курсе что Виста - полный провал? И сейчас 80% остались на ХР? В том числе и я... 

Ну это само собой... диву дивуюсь как МFC ещё живёт? =) 


оО а почему же такая большая разница в обёме данных? оО



Наверно совесть    + желание стремится к лучшему =)

Это временно, вскоре откажуться от support-а XP - тогда ситуация резко измениться. На XP помниться тоже не хотели переходить, от 2000 он мало чем отличался, но прекратили поддержку - и все. Тоже самое будет с XP.

Я буду переходить только на Вин7 =) уже ставил - понравился очень. Но! На нём писать что то... щас не очень удобно. Много проколов было. (Ставил его ещё пол года назад). Поддержку ХР уже отменили. 

Ммм...
Кстати такой тогда вопросик... кто быстрее? .НЕТ или Билдер ? Прошу брать во внимание последнии версии. А то за руль Билдера села Ембаркадеро... и за 2 года (а может и за 1) компилятор стал намного лучше! И сразу в придачу попрошу сказать как Qt (тоже последняя) будет конкурировать с Билдером и .НЕТ?

Вообщем кто быстрее? Builder 2009 vs .NET (VS 2008) vs Qt4.5 ? 
По логике понимаю что хуже всего будет с Qt. Т.к. кроссплатформа. Но! Это кроссплатформа =) . И я уже определился с ней. А вот как для винды? Сможет она конкурировать с Билдером и .НЕТ? 

Поверь мне, как сисадмину-любителю (админю серваки знакомых за спасибо), намного проще настроить 20 консольных скриптов, которые сами будут делать твою работу, чем сидеть и жать каждый раз на кнопочки. Притом, чтобы что-то сделать Windows в большинстве случае необходимо купить соответствующее ПО. Так как скрипт там ты не напишешь. Более того, ты не задумывался, какой тип приложений работает в маршрутизаторах, например? Не забывай, далеко не все ПО рассчитано на простых юзеров. Да, конечно, это ПО более заметно, но оно только верхушка айсберга.

Что быстрее MSVC, Qt или .Net - вопрос не корректный (так как это разные вещи). Я уже объяснял, что для GUI приложения скорость интерфейса - это не главный показатель. Главное, чтобы работа с программой не напрягала пользователя. Если интерфейс будет летать, но на каждое действие пользователя программа будет зависать на 10 секунд (так как алгоритм сделан неверно, или не сделана грамотная индикация процесса работы), то он будет недоволен.
Поэтому, писать программу надо на том, что удобней или на том, на чем требуют. Удобней на билдере - пиши на билдере, удобней на .Net - пиши на .Net, а удобней на Qt - сам знаешь ответ.

НЕ ЗАДУМЫВАЙСЯ ОБ ОПТИМИЗАЦИИ, ПОКА НЕ ВОЗНИКЛО ПРОБЛЕМ СО СКОРОСТЬЮ!!!
Потому что преждевременная оптимизация - это зло. Если у тебя мания оптимизации на ранних стадиях - борись с ней. Только не стоит перебарщивать - пессимизация тоже вещь далеко не полезная.


А ответить на твой вопрос про скорость можно так: VS2008 .Net - самая медленная технология по скорости исполнения, так как код там не процессора, а некий промежуточный (правда, слышал что компилируется в машинный на этапе установки в систему), Qt и VCL (Билдер) - должны быть примерно равны, но если Qt можно собрать и на Borland C++ и на MSVC, то VCL нет, а борландовский компилятор не отличается особой эффективностью кода. Поэтому, при прочих равных бери Qt. И не парься. Если возникнут проблемы с производительностью, то с помощью профайлера выяви место и его перепиши на WinApi, оставив код на Qt в качестве читаемого описания действий.

Не покупая лицензию на Qt можно писать платные программы. И до версии 4.5 тоже можно было. Тут дело в другом, что по лицензии GPL, если ты написал что-то с использованием библиотеки (или ее части) распространяемой под этой лицензией, то ты обязан распространять это "что-то" под этой же лицензией. А в ней четко указано, что ты обязан предоставить исходники этого "что-то" по первому требованию приобретателя и предоставить ты их должен не дороже, чем по цене доставки и носителя. Поэтому, если программа пишется кому-то и нет от него ограничений, то можешь писать под лицензией GPL - все равно код будешь отдавать вместе с экзешниками.
У LGPL есть поблажка на использования динамически подключаемых библиотек (DLL). Т.е. ты не обязан раскрывать код своей программы, если подключаешь динамические библиотеки. Но вот если ты подключаешь статически, то тут извини-подвинься - тоже обязан предоставить исходники как либы, так и проги по первому требованию приобретателя.

Это проблема маркетинга, а не системы, как таковой по больше части... Ах да - я пользуюсь XP. Но 80% знакомых вистой. Дома. На работе - 99% XP.


Ну... Есть клиенты, пишущие под MFC, портировать приличный проект - зачастую экономически невыгодно.. Это исторический момент вообщем-то 


Фиг его знает. Если загоняться с оптимизацией на размер - думаю можно мингв-шный вариант улучшить (впрочем и VC-шный, пожалуй, тоже). Повторюсь - это официальная сборка.


Причём тут совесть?  А так.. "лучшее - враг хорошего"  Что есть в .Net 3.5 и выше (в плане ГУИ), что вам не хватает в .Net 3.0? Навскидку ответите?

И, наконец-таки - по поводу выбора. Если писать "для себя" и знаете хорошо VCL - пишите на VCL. TC до недавних пор AFAIK собирался на Delphi 4 (фуууууу!!!) - кому-то это мешало?! Не для себя - смотрите на вакансии в своём городе. Именно поэтому я в своё время бросил C++/Qt и перешёл на C#. Впрочем, сейчас меня десктоп вообще мало интересует 

ВСЕМ спасибо большое! =) Пожалуй остановлюсь на Qt =) . Так что господа программисты КюТешники =) . Принимайте в свои ряды пополнение =)  

Добро пожаловать: http://forum.vingrad.ru/forum/c-c++QT-gtk-wxWidgets.html 

Раз пошла такая пьянка.....
Народ, что вы скажете на счет GTK. Каково оно? + и - по сравнению с Qt

Поиском пользуйся в первую очередь.
Так как SABROG у нас злой   Надеюсь он меня простит