имеет ли смысл разбираться в mfc?

имеет ли смысл разбираться в mfc сейчас ,когда уже есть .net ?
Есть ли какие-то особы преимущества?
Будет ли vaw и дальше развиваться?

0

ht1515, что такое vaw?
Преимущества есть - для него не нужен Framework.
Скорее стоит в нем разбираться, чем нет

0

M128K145, vaw это мфц ...punto switcher переключился...

0

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

0

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

МФЦ абсолютно ломает изучать ради каких то gui приложений... Но они МФЦ получаются быстрыми и компактными + вроде даже перенести на линукс можно.

Блин, нельзя было чтоли конструктор форм сделать с генерацией винапи , все равно любое gui использует функции кернела или gdi... дык сделали чтобы генерировались события и тд на чистом винапи... и все проблема решена и компактность, и легкость кода и скорость!

0

Сообщение от ht1515 Но они МФЦ получаются быстрыми и компактными + вроде даже перенести на линукс можно.

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

Сообщение от ht1515 Блин, нельзя было чтоли конструктор форм сделать с генерацией винапи , все равно любое gui использует функции кернела или gdi... дык сделали чтобы генерировались события и тд на чистом винапи... и все проблема решена и компактность, и легкость кода и скорость!

там есть редактор ресурсов, или шаблон проекта можно выбрать, он сам форму нарисует и код напишет. к стати, в бесплатных версиях студии мфц нету.

0

а ещё минус mfc в том что микрософт в бесплатной верси студии запретил её использование, то есть тупо покупать!

Добавлено через 2 минуты
oxotnik, а не успел про бесплатно написать, ты опередил)))
насчет линукса- вроде они просто банально как то конвертируют проект заменяют на гтк ф-ии (или как там в никсе называется либа за прорисовку формочек)

0

Сообщение от ht1515 насчет линукса- вроде они просто банально как то конвертируют проект заменяют на гтк ф-ии (или как там в никсе называется либа за прорисовку формочек)

может путаешь с КуТэ? и плагином под студию

0

oxotnik, да нее... читал где то на американском сайте... может просто я неправильно понял

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

там есть редактор ресурсов, или шаблон проекта можно выбрать, он сам форму нарисует и код напишет.

? поподробней можно? Это в вин32 проекте?

0

ht1515,фантастика какая то...

Добавлено через 2 минуты

Сообщение от ht1515 поподробней можно? Это в вин32 проекте?

мы вроде про мфц приложения говорили,а вин32 и мфц это разные вещи
в мфц-ном проекте это все есть - зуб даю, сам делал, но где именно сказать не могу, т.к. у меня под линуксом студии нет

0

мы вроде про мфц приложения говорили,а вин32 и мфц это разные вещи

я понимаю. Просто ты так сказал что я понял что ты про вин32 прожект)))

0

Сообщение от ht1515 имеет ли смысл разбираться в mfc сейчас ,когда уже есть .net ?

Я бы перефразировал так: имеет ли смысл разбираться в mfc, когда есть Qt? )

1

В MFC разбираться стоит.
Но начинать лучше все-же с WinAPI.
Все зависит от того, насколько быстро и насколько качественное приложение вам нужно.

Грубо говоря, на .Net можно написать очень быстро, но оно требует больше ресурсов компьютера, требует Framrwork, имеет внутреннюю проверку типов переменных и еще ряд приблуд, серьезно замедляющих программу.
Хорошую игру с приличной графикой на .Net не напишешь.

На MFC пишется дольше, но Framework нафиг не нужен, и потому, работает значительно быстрее, да еще и позволяет делать некоторые нестандартные фичи, не описанные толком в документации.

На WiAPI пишется еще дольше, работает еще быстрее, и позволяет практически все. Свалить систему в BSOD из под WinAPI - нефиг делать, но эффективность работы такая, что .Net рядом не валялся. Но, интерфейс взаимодействия с пользователем приходится практически целиком писать вручную.

Итого:
Если нужно маленькую программу, типа "поучиться программированию", или легко переносимую компоненту для Java и пр. - пишите на .Net
Если нужна утилита уровня приложения или серьезная игра - пишите на MFC.
Если нужен драйвер, или утилита уровня системного ядра - только на WinAPI.

Все зависит от того, что именно вы собираетесь писать.
ИМХО.

0

Сообщение от Patch Хорошую игру с приличной графикой на .Net не напишешь.

Я всегда считал, что для AAA игр основная нагрузка ложится на видеокарту (графика, физика, etc.), в то время как CPU выполняет лишь роль менеджера ресурсов, потому не столь критично - на C++ это код или на C#.

0

Сообщение от NightmareZ Я всегда считал, что для AAA игр основная нагрузка ложится на видеокарту

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

Проблема .Net и C# - невозможность написать эффективный код.
На Дельфях - же игры ни пишут? и на C# хорошую игру на напишешь.

0

Сообщение от Patch Основная нагрузка всегда ложится на программиста.

Речь то была о железе.

Сообщение от Patch Я посмотрю, как на супер-пупер видеокарте пойдет хорошая игра, если там не будет приличного процессора и пары гигабайт оперативки.

Я имел ввиду, что процессор - не самое узкое место.

Сообщение от Patch На Дельфях - же игры ни пишут?

Первое, что приходит в голову - "Космические рейнджеры".

0

Сообщение от NightmareZ Я имел ввиду, что процессор - не самое узкое место.

Самое. Практически всегда. Изредка - и памяти не хватает.
Кстати, потому и делают специализированные графические процессоры, что центральные не справляются с обработкой информации.

Сообщение от NightmareZ Первое, что приходит в голову - "Космические рейнджеры".

И последнее, пожалуй, тоже. А, нет, есть еще знаменитый "Сапер".
Вообще, имелись ввиду игры "реального времени".

Хотя, плохо написанные стратегии тоже неслабо тормозят... возьми "цивилизации" 4-5...
тут-то и понимаешь, что С++ .Net + Python - это дикие тормоза.

0

короче надо разобраться в mfc, винапи, .net и потом по возможности в куте))) каждый нужен для своей цели.

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

Добавлено через 1 минуту
н-р доктор вебовский куриет у меня банально не стартовал(год назад пытался крутить его). причину так и не понял ,да и лень было разбираться. Хотя веб ярый поклонник всякого mfc , стл , втл...

0

Самое. Практически всегда. Изредка - и памяти не хватает.
Кстати, потому и делают специализированные графические процессоры, что центральные не справляются с обработкой информации.[/QUOTE]

Какбэ моё утверждение было основано на опыте, т.к. я немало писал графических приложений (и под OpenGL, и под DirectX), в т.ч. и физику считал на GPU. А вот ты, мне так кажется, от балды сейчас споришь.

Сообщение от Patch Хотя, плохо написанные стратегии тоже неслабо тормозят... возьми "цивилизации" 4-5... тут-то и понимаешь, что С++ .Net + Python - это дикие тормоза.

Ключевая фраза - "плохо написанные".

0

rangerx,

Я бы перефразировал так: имеет ли смысл разбираться в mfc, когда есть Qt? )

кстати минусы куте:
1) пока что только галимый пиар
2)нет доков нормальных. мсдн намного полезнее выглядит
3)а вот нафига идеологию с++ менять? Потом на форумах читаешь такую хрень:
"пацаны, куте такой крутой ЯЗЫК ПРОГРАММИРОВАНИЯ, 1 командой я могу прочитать данные из фаила и проиграть мелодию, правда круто? Надо скорее его изучать!!!"
4)http://qt.nokia.com/downloads он платный, вернее все что платное как правильно лучше, правда не всегда.
5) Читал где-то что смысл его задумки в том что авторы среды, просто однажды сказали себе , что все остальные компиляторы и ide -отстой и поэтому сделали свой.

нее, куте отпадает... Хотя бы из-за того что мсдн круче и мне не прийдется выслушивать какую-нибудь гадость на форумах, когда я что-то спрошу по Куте ,а меня либо загнобят либо в гугл отправят или ещё куда...

1 + это кроссплатформенность

0