Содержание

Mfc или windows api
с++ для оконных приложений что лучше учить qt или MFC, winapi или другое?
Что выбрать: mfc, api, winforms,qt или перейти на с#?

Mfc или windows api

1) На Раздел распространяются все Правила Форума.
2) Перед тем, как создать новый топик, убедитесь, что Вы читали Правила создания тем в Разделе.
3) Вопросы, не связанные с программированием (настройки MS Visual Studio, книги, библиотеки и т.д.),
обсуждаются в разделе C/C++: Прочее
4) Вопросы разработки .NET (Windows Form, C++/CLI и т.п.) приложений на Visual C++/C# обсуждаются в разделе .NET.
5) Нарушение Правил может повлечь наказание со стороны модераторов.

Полезные ссылки:
FAQ Раздела Обновления для FAQ Раздела Поиск по Разделу MSDN Library Online

Почитав, посмотрев немного форум сделал вывод, что большенство предпочитают писать на WinAPI, а не на MFC. Почему ? Ведь на MFC удобнее (мне так кажется).
В чем существенная разница между WinAPI и MFC, какие у них плюсы и какие минусы ?

Концептуальная разница. MFC это набор С++ классов реализующих определенную функциональнось. Данные классы сами работают через WinAPI.
А WinAPI это набор функций операционной системы.

Надеюсь из этих понятий сделаешь выводы.
На стороне MFC простота и скорость разработки «РАЗ, ДВА кружева, три, четыре ПРИЛЕПИЛИ» ;D, нет необходимости знать платформу, простота портирования на другие компьютерные платформы (если будет MFC на них)

На сторое WinAPI гораздо большая мощность в управлении своим-же кодом, гораздо меньший размер полученного кода на выходе (спорное, щас неактуально).
А недостатки WinAPI это сложность разработки, привязка к определенной комп. платформе, сложность отладки.
и т.д.

А самое главное, что MFC (VCL и т.п.) уже реализует функциональность рядового Windows приложения, и программисту нужно сосредоточится только на решении поставленных перед ним задач, а на WinAPI в большистве случае приходиться реализовывать самостоятельно и функциональность приложения и только потом решать поставленную задачу.

Ну и еще куча всяких аспектов. Писать лень.

Я не думаю, что это связано с тем, что тут обсуждают MFC Посмотри, тут же половина тем к MFC не имеет никакого отношения. возьми теже проблемы с COM-портами. Просто форум называется C/C++/Visual C++ В этом все дело.

Что касается меня, то я предпочитаю использовать MFC, просто из-за того, что, как сказал Олег,

Ну во —
1. WinAPI — это Windows Application Programning Interface — просто набор структур и функций взаимодействия с ядром системы, структуры и функции API всегда всеохватывающи. То есть там есть все что нужно и все что не нужно.

2. MFC — это Microsoft Foundation Classes — набор классов(переменных, и функций). Данные классы разработаны для ОБЛЕГЧЕНИЯ и СИСТЕМАТИЗАЦИИ работы с WinAPI и являются как бы дополнительной прослойкой между программистом и WinAPI. Эти классы и функции написаны таким образом что они реализуют через API восстребованную большиством программистов функциональность при минимуме параметров, а остальные параметры для обращения к API берутся по умолчанию.

Ну тогда напиши код простого создания (с использованием MFC), например, шрифта Times New Roman 14pt и стилем BOLD ITALIC.

Я к тому, что в ряде случаев MFC действительно облегчает работу (message-map’ы, создание окон и т. п.) Но когда дело доходит до рутины типа нетривиальной инициализации списков, отрисовки чего-либо и т. п. грань между MFC и API моментально стирается, т. к. в MFC используются далеко не все возможности не только OOП но и просто языка C++.

с++ для оконных приложений что лучше учить qt или MFC, winapi или другое?

Если бы что-то из этого было лучше, кто бы использовал бы остальное?

МФС, ВинАПИ, Кьют — разные.
Что-то из них лучше может быть только для КОГО-ТО.
Я не знаю, какие ты программы собираешься писать, для каких ОС, кто ими будет пользоваться и зачем тебе вообще писать программы.
Поэтому я могу тебе выдать только результат гадания на кофейной гуще, как тут обычно и делают в ответ на такие вопросы.
Все равно что спрашивать «что лучше отвертка, гаечный ключ или топор».

ВинАПИ — это только под винду.
Приложения ВинАПИ не требуют никаких посторонних библиотек, только те, которые есть в винде.
Приложения ВинАПИ кушают очень мало ресурсов, поэтому могут не тормозить даже на предельно слабых компах.
Зная ВинАПИ, можно написать приложение с любыми причудами в интерфейсе.
Но, как следствие, ВинАПИ — это жуткий геморрой.
Вот тебе хеллоуворлд под ВинАПИ (в конце статьи после слова «Пример»)
http://msdn.microsoft.com/ru-ru/library/bb384843.aspx
Сколько там строчек кода?

МФС — это только под винду.
МФС, будучи основанным на ВинАПИ, в разы проще его.
Приложения МФС кушают относительно мало ресурсов компа.
Но:
1) к ехешнику, использующему МФС, надо приложить несколько длл МФС. Или скачать и поставить на комп комплект этих длл.
2) МФС платный. Чтобы писать под МФС, нужно платное издание Вижуал Студио. Не знаю, как ты, но я уважаю чужой труд и не пользуюсь пиратским софтом без крайней нужды.
3) МФС не предусматривает всех причуд интерфейса и вообще функционала программы, которые могут тебе потребоваться. Придется в таких случаях в своем приложении МФС использовать ВинАПИ.

Кьют — это под винду, линукс и может что-то еще. Кроссплатформенный.
Писать под Кьют еще проще, чем под МФС. Кнопочки можно раскидать по форме мышкой, а не писать все в коде. Кьют бесплатный.
Но:
1) к ехешнику, использующему Кьют, нужно библиотеки этого Кьюта приложить
2) Кьют убог. В нем реализовано только то, что есть и на винде и на линуксе, а они довольно разные. Если надо реализовать в интерфейсе что-то специфичное для винды, приходится использовать ВинАПИ, и вся кроссплатформенность по боку.

Еще есть .НЕТ Фреймворк.
Он бесплатный (под него пишут в бесплатном издании Вижуал Студио) , он намного проще МФС, и под винду он в разы лучше Кьюта.
Но:
1) приложения под .НЕТ Фреймворк требуют наличия на компе .НЕТ Фреймворк
2) приложения под .НЕТ Фреймворк сильно тормозят.
3) .НЕТ Фреймворк — это только под винду.
Теперь можешь ответить на вопрос, что из этого лучше?

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

«На каком-нибудь бэйсике пожалуй быстрее и больше всяких формочек нарисуешь и сделаешь чем на си, да и Микрософт его неплохо продвигает. «
Бейсик под .НЕТ Фреймворк более популярен, чем С++. Продвигают его под .НЕТ Фреймворк лучше.
Ну а еще лучше продвигают си шарп, если уж на то пошло.
И что с того?

«Учи Яву. Перспективней и проще. «
1) Еще тормознее, чем С++ под .НЕТ Фреймворк.
2) Так как ява тоже кроссплатформенная, то сильно выражен недостаток Кьюта (см. пункт 4 по кьюту) .
Не нужно думать, что 1 и то же приложение, написанное на яве, без изменений будет работать и на винде, и на андроиде, и на микроволновке. Это фантазии.

Начни с QT, с ним меньше проблем и он хотя бы кроссплатформенный.
Библиотека MFC устарела и, к тому же, не входит VS Express.
WinAPI придётся учить по-любому, но только если программировать исключительно под Windows.

ЗЫ
Интересно будет сравнить количество установок Windows и Android через 2-3 года.

Что выбрать: mfc, api, winforms,qt или перейти на с#?

Односвязный список на MFC или API
делаю курсовую, но никак не могу сладить с односвязным списком, видимо где-то ошибка в обращении с.

Подскажите, Win API или MFC?
Добрый вечер! Люди добрые, вот какая ситуация: Надо начинать писать курсовую работу. На.

Win32 API, MFC, или Windows Forms?
Здравствуйте! У меня очень простая задача на С++, нужно построить графики по точкам (данные из.

Что предпочтительнее: WinForms или WPF?
Уважаемые программисты , обращаюсь к вам с просьбой , объяснить мне , как в современном мире.

winforms устарели, отдав брозду правления mfc.
api — API от чего?
Остаётся выбор:
С++ + Qt — кроссплатформенные приложения
C++ + MFC — windows
C# + WPF — windows.

Если хотите приковать себя к виндам, то посмотрите на последний пункт, если не хотите — на первый.

Fester

Тематические курсы и обучение профессиям онлайн
Профессия Разработчик на C++ (Skillbox)
Архитектор ПО (Skillbox)
Профессия Тестировщик (Skillbox)

Не нужно уже как лет 12. Есть превосходящие по всем параметрам альтернативы

winapi? Для оконных приложений категорически не нужно ибо слишком низкоуровнево.

Так себе, но всяко лучше предыдущих двух вариантов. Но если уж писать под C#, то имеет смысл взять WPF

В целом норм, но на любителя. Мне не нравится, что это целый framework который слишком много всего навязывает.

Для оконных приложений я считаю лучший вариант это sciter. Декларативная разметка, кроссплатформенность, небольшой размер.

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

Как программно в Visual C++ (MFC или API) установить связь ODBC драйвера с файлом Access?
Здравствуйте. Подскажите пожалуйста, как программно в Visual C++ (MFC или API) установить связь.

WPF или WinForms? Что учить, если только начинаешь изучать C#?
Привет всем джедаям этого форума. Начинаю потихоньку ковырять C#, интересно и необычно после C++.

Есть ли NumericUpDown (как в WinForms) или что-нибудь аналогичное в WPF?
Здравствуйте! Нужен элемент позволяющий пробегать по ряду значений в определенных границах с.

Реализация меню требует API level 9, а actionbar-11. Что выбрать?
Реализация меню требует API level 9, а actionbar — 11. Разрываюсь на части из-за того, что не могу.

Что это SMS HTTP API или что-то другое?
Доброго дня! Получил с сайта mlsit.ru готовую програмку для отправки смс с сайта. Который день.

Что выбрать — Amd a8 3530mx или intel core i5 2450 или i7 2670qm?
Добрый день помогите выбрать процессор что мне лучше выбрать Amd a8 3530mx или intel core i5 2450.