Есть ли еще дело для MFC?

Question

Каковы неотъемлемые особенности MFC? Почему вы выбрали бы его для нового проекта?

Answer 1

Я бы сказал, что скорость и занимаемая площадь - это веские причины по сравнению с .NET.

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

Answer 2

Если вы разрабатываете Windows CE и мобильные приложения на C ++, как уже упоминал Эйнар, MFC - хороший выбор. Если вы сделаете этот выбор, MFC также станет разумным выбором для настольных компьютеров, поскольку вы можете использовать один и тот же код на настольных и переносных устройствах. MFC остается хорошим перфомансом / легко реализуемым сочетанием в этом сценарии. Лично я использую MFC вместе с библиотеками Stingray в этих средах, что дает очень хороший интерфейс, хорошую производительность и является быстрым и простым в реализации.

Answer 3

Только по дизайну и техническим достоинствам? Извините за категоричность, но нет. Это плохой дизайн, крайне утечка абстракции, где вам приходится прибегать к программированию на Win32 API, вопиюще злоупотреблять C ++ и твердо нацеливаться на вчерашние технологии: вы не получите современного (или даже привлекательного!) Пользовательского опыта из приложение MFC. Если вы можете найти разработчиков на C # и у вас нет серьезных аппаратных ограничений, используйте WinForms.

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

Answer 4

Я писал кросс-платформенный код годами, поэтому, когда мне нужно написать что-то, у меня всегда есть очень тонкий слой абстракции между ними, и системные вызовы почти для всего, кроме вызовов posix. Таким образом, вы можете кодировать его в MFC, но при необходимости легко конвертировать его в другой API. Мой базовый набор библиотек c ++, которые я использую для всего, делает это с небольшим классом System. В настоящее время я использую MFC для Windows, а также XWindows для Linux и версию для Mac. А потом, когда я перенесу его на портативное устройство, оно должно быть совершенно безболезненным.

Если вы хотите взглянуть, это LGPL 'и по адресу:

http://code.google.com/p/kgui/