Мое предложение было бы забыть о MFC. Эта структура действительно больше не относится к этому возрасту. Это по своей сути тонкая оболочка вокруг Windows API и, следовательно, только немного легче освоить, чем сырое программирование на Windows C. До сих пор мой опыт заключается в том, что написание и обслуживание программного обеспечения, написанного в MFC, занимает в 2-3 раза больше времени, чем в C++ Builder или Delphi. Причиной выбора MFC может быть то, что вы хотите оставаться рядом с Windows API, может быть, потому, что вы вызываете некоторые экзотические функции. Если это так, C++ Builder - лучший выбор. Простота использования близка к Delphi, включая простые в использовании элементы управления RAD, но это позволит вам вызывать любую функцию Windows API прямо на своем родном языке. Несмотря на то, что базовый код тот же, если вы его вызываете из Delphi, вам всегда нужно сделать ментальный переход между Pascal и C++.
Но в конечном счете, я никогда бы не начать новый проект в MFC, но использовать C#/.NET вместо ...
Если вы исходите из .NET-фона, почему вы рассматриваете нечто вроде MFC, которое более или менее является унаследованным способом написания графических интерфейсов Windows? Кроме того, я предполагаю, что вы знаете, что MFC - это библиотека (которая используется с C++) и что Delphi - это язык? –