Лучше рамки, чем MFC?

Question

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

Я использовал MFC около 10 лет назад и перешел на .NET. Но я готов вернуться в MFC, если это необходимо. Но вопрос в том, стоит ли это и есть ли что-то лучше, чем MFC прямо сейчас.

Я понимаю, что C ++ необходим для оптимизации наших приложений, и что MFC является оболочкой OOP для Win32 API и может быть самым быстрым API интерфейса пользователя OOP в Windows.

Но меня больше всего беспокоит его тестируемость и сложный API. Так что MFC может замедлить нас в долгосрочной перспективе.

Что ты думаешь? Есть ли какие-либо рамки, которые вы можете достичь лучшей производительности, чем с MFC?

ОБНОВЛЕНИЕ: Что касается необходимой производительности, у меня нет точных цифр, но я видел одно приложение в его работе. Он почти получал различные типы сигналов от каждого из движущихся объектов. Мое предположение в то время было меньше, чем 1/2 секунды, чтобы получить и отобразить все сигналы от каждого. Но я могу ошибаться.

Answer 1

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

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

Чтобы узнать подробности, нам понадобятся подробности: требуемое время отклика, частоты прерываний и тому подобное. Но даже в этом случае мы в основном будем только догадываться (или проводить кампанию за наш любимый API).

Моя реальная рекомендация - смотреть на показатели производительности, полученные с помощью .NET, в «элементе управления прототипом». Ваше недавнее знакомство с API должно позволить вам сделать это относительно быстро.

Если производительность кажется неприемлемой, сделайте аналогичный прототип в Qt или WTL или что-то еще, что выглядит разумным. Я бы посчитал MFC последним средством просто из-за возраста, ЕСЛИ вы не можете использовать значительные количества существующего управляющего кода от клиента.

Answer 2

Возможно, вы захотите взглянуть на Qt .

В Интернете полно сравнений MFC и Qt;вот особенно недавний: https://softwareengineering.stackexchange.com/questions/17490/comparing-qt-vs-mfc

Answer 3

Есть несколько лучших альтернатив для MFC.

1. QT - первый выбор. Но для коммерческого выпуска она становится немного дороже.

2. wxWidgets, также является хорошим выбором для кроссплатформенной библиотеки с открытым исходным кодом.

3. Сверхлегкий - Это совершенно другое, поскольку это движок пользовательского интерфейса на основе HTML для создания хороших приложений с помощью HTML, CSS и JavaScript.