Как мне решить, использовать ли ATL, MFC, Win32 или CLR для нового проекта C ++?

Это зависит от ваших потребностей.

Использование CLR предоставит вам наиболее выразительный набор библиотек (всю платформу .NET) за счет ограничения вашего исполняемого файла требованием установки .NET framework во время выполнения, а также ограничения вас платформой Windows ( однако все 4 перечисленные технологии являются только окнами, поэтому ограничение платформы, вероятно, наименее проблематично).

Однако CLR требует, чтобы вы использовали расширения C ++ / CLI для языка C ++, поэтому вам, по сути, необходимо изучить некоторые дополнительные языковые функции, чтобы использовать это. Это дает вам множество дополнительных возможностей, таких как доступ к библиотекам .net, полная сборка мусора и т. Д.

ATL и MFC несколько сложнее выбрать между ними. Я бы направил вас на страницу MSDN для выбора чтобы выбрать между ними. Преимущество ATL / MFC в том, что вам не нужна платформа .NET, а только среда выполнения VC / MFC, которая должна быть установлена ​​для развертывания.

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

Win32 - это чистый, «голый» способ сделать это. Это утомительно, сложно в использовании и содержит множество мелких деталей, которые вам нужно запомнить, иначе все выйдет из строя относительно загадочным образом.

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

System.Windows.Forms (как я полагаю, вы имели в виду под CLR) полностью отличается, но имеет большое сходство с MFC по своей базовой структуре. Это, безусловно, самый простой в использовании, но требует наличия .NET framework, что может быть, а может и не быть помехой в вашем случае.

Моя рекомендация: если вам нужно избегать .NET, используйте MFC, в противном случае используйте .NET (на самом деле, в этом случае я бы использовал C #, с ним намного проще работать).

Что касается C ++, я бы использовал WTL. Он легкий, и у вас будет мало (если таковые имеются) зависимостей, что упрощает доставку и установку. Мне очень приятно, когда мое приложение состоит из одного EXE-файла, который будет работать в большинстве версий Windows, но это может не беспокоить вас.

Если вместо этого вы выберете .NET, то C # почти наверняка вам подойдет.

Подробнее в WTL здесь:

http://www.codeproject.com/KB/wtl/wtl4mfc1.aspx

Мне было бы очень любопытно, зачем вы вообще это делаете на C ++. Судя по вашему краткому описанию, C # кажется гораздо более подходящим выбором.

Чтобы немного уточнить, посмотрите ссылку, которую вы дали с описанием C ++ CLR. Самый популярный ответ отмечает (точно, на мой взгляд), что C ++ подходит для «ядра, игр, высокопроизводительных и серверных приложений» - ни один из которых, похоже, не описывает то, что вы делаете.

MFC, ATL и т. Д. Будут поддерживаться в том смысле, что да, вы сможете скомпилировать свое приложение в будущих версиях Visual Studio и запускать их в будущих версиях Windows. Но они не поддерживаются в том смысле, что в API или языке не так много новых разработок, как в CLR и C #.

В CLR нет ничего плохого. Как и другие здесь, я бы предложил C #, но поскольку у вас есть причины придерживаться C ++, то использование .NET framework в несколько тысяч раз проще, чем возиться с ATL / MFC, если вы еще не знакомы с ними (IMO).

Возможно, стоит упомянуть, что если вы используете C ++ / CLR, то на самом деле вы вообще не используете C ++. C ++ / CLR компилируется в CIL так же, как C #. Я никогда не использовал его сам, но считаю, что его цель - позволить вам скомпилировать устаревший код и сделать его легко доступным для нового кода .NET, а не позволить новому коду работать со старыми исполняемыми файлами C ++. Есть и другие методы вызова машинного кода из .NET, которые, возможно, вам стоит изучить.