Люди так что же делать. Углубленно изучать API и MFC или все же стоит серьезно посмотреть на С#

Модератор: перенесено из C++:Общие вопросы.

Много народа на форуме хором вопит, что MFC торжественно проткнут осиновым колом и с песнями и плясками закопан под самым высоким дубом, не давая при этом каких-либо конкретных советов о том, что же следует юзать после умерщвления MFC. Продвинутым современным разработчикам остались три варианта создания графического интерфейса:
1. WinApi (+ ресурсы) - способ для маньяков типа меня
2. wxWidgets, Qt, Fox и другие кросс-(и не кросс-)платформенные библиотеки - конкретная библиотека выбирается по соотношению параметров "лицензия\грамотность архитектуры\большой набор готовых классов\наличие хорошего редактора форм".
3. .NET - в данное время является довольно редкой, но разумеется МС сделает все, чтобы каждый юзер получил по бесплатной моги... мнэ... копии .NET Framework.
Из сказанного выше можно сделать следующий вывод: изучать MFC можно, но только на достаточно короткий период (ИМХО ~3-5 лет). Ибо в ближайшем будущем МС за уши перетащит всех на .NET.

Ну что же, давайте прикинем что имеем методом отсеивания...
WinAPI посветовал бы учить года 2 назад. Сейчас не знаю, что там мелкомякгие с лонгхорном намУтят. Будет ли в лонгхоне чистый WinAPI, или же он будет эмулироваться средствами NET?
С MFC тоже позняк метаться. Микрософт всерьез взялась за NET и продвижений с MFC никаких не наблюдается. .
Остается C++ + всякие GUI библиотеки, либо зашарпаный си.

Если начать с Delphi сейчас, то ты рискуешь лет через 5 погрязнуть в NET, где все равно доменировать будет C#. Тебе решать...

Наредкость единогласное решение о том, что писать следует на C# (читай - .NET). И именно это дает мне повод еще глубже закопаться в систему

Цитата(rsm @ 21.7.2005, 20:11)

Много народа на форуме хором вопит, что MFC торжественно проткнут осиновым колом и с песнями и плясками закопан под самым высоким дубом, не давая при этом каких-либо конкретных советов о том, что же следует юзать после умерщвления MFC. Продвинутым современным разработчикам остались три варианта создания графического интерфейса: 1. WinApi (+ ресурсы) - способ для маньяков типа меня 2. wxWidgets, Qt, Fox и другие кросс-(и не кросс-)платформенные библиотеки - конкретная библиотека выбирается по соотношению параметров "лицензия\грамотность архитектуры\большой набор готовых классов\наличие хорошего редактора форм". 3. .NET - в данное время является довольно редкой, но разумеется МС сделает все, чтобы каждый юзер получил по бесплатной моги... мнэ... копии .NET Framework. Из сказанного выше можно сделать следующий вывод: изучать MFC можно, но только на достаточно короткий период (ИМХО ~3-5 лет). Ибо в ближайшем будущем МС за уши перетащит всех на .NET.

Ща придет Кот и напомнит про Жабу

Это сообщение отредактировал(а) Kagor - 24.7.2005, 18:09

Цитата(Kagor @ 24.7.2005, 20:09)

Ща придет Кот и напомнит про Жабу

Вопрос про C#, так что Java будет флеймом

Офттоп: Кстати, Java рулит.

MFC мертв, изучай Java

MFC мертв, Жаба тормозит, Шарп не кросс-платформенный.
Изучай Кути или вхВиджетс

Ага. Только перед началом изучения, ну чисто для успокоения души, открой поисковик вакансий твоего города и напиши там "Qt" или еще лучше (интереснее эффект) "WxWindows". Если получишь больше 10 ссылок - не сомневайся, учи именно эти либы.
Для сравнения - в Краснодаре я не нашел НИ ОДНОЙ подобной ссылки.
..
Кстати, я слышал, что wxWindows проблемсы с кроссплатформенностью. Дескать она юзает низкоуровневый WinAPI и с приходом новых версий Windows могут возникнуть траблы (ходят слухи, что M$ хочет отказаться от WinAPI - оставить только эмуляцию).
На каком-то форуме видел обсуждение кроссплатформенных GUI-либ под С++ - многие советовали взглянуть на fox-toolkit, но самому пока не пришлось пообщаться.

Вообще-то ни кутя, ни что либо иное не является таковым в чистом виде, требуется перекомпиляция. То есть, нужно иметь под рукой все ОС, чтоб сделать что-то под все эти ОС. Во-вторых, тк это по-пржнемы С++, получается все равно можно писать и не-кроссплатформенные приложения и в кути. В-третьих, как ни крути, С++ остается не-managed.

А вобще проблем у обоих библ хватает: завтра WinAPI NET ом эмулиреуется, после завтра вобще выкинут, придется в NET податься или вон к пингвинам, до поры до времени, пока жаба туда свои лапы не протянет .

Отсюда вывод, душить жабу.

Цитата(Domestic @ 24.7.2005, 16:50)

В-третьих, как ни крути, С++ остается не-managed.

УРА!

Цитата(Domestic @ 24.7.2005, 16:50)

То есть, нужно иметь под рукой все ОС, чтоб сделать что-то под все эти ОС.

В чём проблема? Linux, Windows и MacOS на другие ОС вряд-ли имеет смысл писать. По большему счету Linux и Windows.

Цитата(Domestic @ 24.7.2005, 16:50)

Во-вторых, тк это по-пржнемы С++, получается все равно можно писать и не-кроссплатформенные приложения и в кути.

Не вижу недостатка.

Цитата(RAdmin @ 24.7.2005, 17:21)

Отсюда вывод, душить жабу.

+
Добавлено @ 04:06

Цитата(Domestic @ 24.7.2005, 15:22)

MFC мертв, изучай Java smile

Оффтоп

Цитата(chipset @ 24.7.2005, 19:04)

Не вижу недостатка.

А я вижу. Это значит что Qt-приложение <> приложение под все ОС.

Цитата(chipset @ 24.7.2005, 19:04)

В-третьих, как ни крути, С++ остается не-managed. УРА!

С точки зрения скорости разработки и безопасности приложений это имеет большое значение.

Цитата(chipset @ 24.7.2005, 19:04)

В чём проблема? Linux, Windows и MacOS на другие ОС вряд-ли имеет смысл писать. По большему счету Linux и Windows.

Опять таки скорость разработки - все нужно компилить сразу на все ОС.

Цитата(Domestic @ 25.7.2005, 04:09)

А я вижу. Это значит что Qt-приложение <> приложение под все ОС.

Java тоже. В сети достаточно примеров, тот же Эклипс.

Цитата(Domestic @ 25.7.2005, 04:09)

С точки зрения скорости разработки и безопасности приложений это имеет большое значение.

Цитата(Domestic @ 25.7.2005, 04:09)

Опять таки скорость разработки - все нужно компилить сразу на все ОС.

http://hardclub.donntu.edu.ua/projects/qt/...qt-vs-java.html
здесь приводится сравнение Java и QT, где помимо всего прочего говориться о том, что язык программирования для людей с одинаковым уровнем подготовки, особой роли в скорости разработки не играет.

Цитата(Perchilla @ 26.7.2005, 23:07)

Java тоже. В сети достаточно примеров, тот же Эклипс.

В смысле? Приложение-то одно, инсталляторы разные.

Цитата(Lamer @ 26.7.2005, 22:11)

В смысле? Приложение-то одно, инсталляторы разные.

незнаю как насчет инсталляторов там, но все неудобство в том, что приходится качать целыми 100 меговыми дистрами для каждой операционки. Есть конечно Source Builds, но при этом какая мне разница? Компилить то все равно приходится хоть QT хоть Java проги.

У тебя один пример на все - эклипса Ну какая разница сколько качать, вопрос то в разработке приложения. Далеко не все Java приложения так распространяются.

Цитата

http://hardclub.donntu.edu.ua/projects/qt/...qt-vs-java.html здесь приводится сравнение Java и QT, где помимо всего прочего говориться о том, что язык программирования для людей с одинаковым уровнем подготовки, особой роли в скорости разработки не играет.

Один простой вопрос - сколько раз приходится искать утечку памяти или подобную весчь в С++? Не верю я подобным исследованиям, это чушь на постном масле. Согласно данному "исследованию" оказалось что сборка мусора вообще не нужна! ЙАХУУУ!!!

Кстати, напоминаю что мы немного отклоняемся от темы топика.

Цитата(Domestic @ 26.7.2005, 17:11)

Кстати, напоминаю что мы немного отклоняемся от темы топика.

А тут все темы в конце скатываються к Java vs C++.
Или в начале...

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

Цитата(Domestic @ 27.7.2005, 03:11)

Согласно данному "исследованию" оказалось что сборка мусора вообще не нужна! ЙАХУУУ!!!

сборка мусора нужна, но она нужна в первую очеред запланированной и своевременной, а не когда сборщик мусора пожелает . Шутка (почти ).

Цитата(sleepWalker @ 26.7.2005, 18:30)

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

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

Цитата(Domestic @ 25.7.2005, 04:09)

Цитата (chipset @ 24.7.2005, 19:04) В-третьих, как ни крути, С++ остается не-managed. УРА! С точки зрения скорости разработки и безопасности приложений это имеет большое значение.

Просто тем кто в соотвестствующих языках рабоатет хотелось бы так думать

Цитата(DENNN @ 27.7.2005, 00:01)

Просто тем кто в соотвестствующих языках рабоатет хотелось бы так думать smile

Или наоборот

Цитата(Domestic @ 27.7.2005, 05:49)

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

Архитектура при том, что в грамотно спроектированном приложении delete писать вовсе не придется

Цитата(sleepWalker @ 27.7.2005, 04:30)

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

Цитата(Void @ 27.7.2005, 10:25)

Архитектура при том, что в грамотно спроектированном приложении delete писать вовсе не придется smile

Так вот у нас все приложения автоматически становятся "грамотно спроектированными", потому что весь код - манипуляция объектами. Грамотный стиль просто навязывается языком.

Цитата(Lamer @ 27.7.2005, 09:57)

Так вот у нас все приложения автоматически становятся "грамотно спроектированными", потому что весь код - манипуляция объектами. Грамотный стиль просто навязывается языком.

думаю что не всегда, но в целом да. Так ведь и говорилось же, что среди опытных программистов разницы в скорости разработки программ никакой, а среди новичков Java рулит. Дык а ктож спорит, товарищи дорогие? .

Цитата(Perchilla @ 27.7.2005, 13:12)

думаю что не всегда, но в целом да.

Конечно, я же утрирую.

Цитата(Perchilla @ 25.7.2005, 03:08)

А вобще проблем у обоих библ хватает: завтра WinAPI NET ом эмулиреуется, после завтра вобще выкинут, придется в NET податься или вон к пингвинам, до поры до времени, пока жаба туда свои лапы не протянет .

а насчет совместимости что?

То, что MFC сгинет полностью, я сабо верю. А про дальнейшую судьбу .NET и C# стоит говорить когда выйдет MSVS 2005 Release, что б можно было нормально писать под .Net framework 2.0. А существующая система меня лично не сильно устраивает.

Цитата

То, что MFC сгинет полностью, я сабо верю. А про дальнейшую судьбу .NET и C# стоит говорить когда выйдет MSVS 2005 Release, что б можно было нормально писать под .Net framework 2.0. А существующая система меня лично не сильно устраивает.

И чем же, интересно, она тебя не устраивает? Все, что было в MFC есть в .NET и много больше.