Поскольку и Qt, и MFC являются оболочками вокруг собственных функций ОС для управления окнами и другими утилитами ОС (которые используют Win32 API под капотом и выглядят полностью нативно), на самом деле нет оснований рассматривать использование MFC поверх Qt, так как он не более родной, чем Qt. Либо ваше определение «родной» не соответствует действительности, либо вы не рассказали нам всю историю.
Но есть тысяча причин для рассмотрения Qt над MFC, так как последний представляет собой сложную задачу, в то время как первый представляет собой аккуратно спроектированную, простую в использовании и все еще очень гибкую библиотеку (которая борется за рождение любыми возможными способами ).
Единственный способ, которым вы можете считать MFC более естественным, это то, что он исходит от Microsoft (той же компании, которая разработала Windows). Но это не делает его более родным. Это все еще сторонняя библиотека. Эта третья сторона работала в той же компании, что и сторона, разрабатывающая Win32 API, но это не делает его более привязанным к Win32 API, поскольку оба были разработаны независимо (и, конечно, разными людьми).
Выглядят ли приложения Qt в Windows как родные?