Каркас приложения - это (по мнению разработчиков) основная фигня, которая присутствует в 90%(я так думаю, что они так думают) приложений.
То бишь:
-Основное окно. (всегда)
-Меню.
-Тулбар/статусбар.
-Окно документа.
-Архитектура документ/просмотр.
-Механизм печати документа
-Механизм записи/загрузки.
-Куча всякой нужной фигни, которую лень делать самому(например dockable-ность)

Если внимательно смотреть в визард MFC то можно увидеть, что всё это настраивается.

Если нужен переход с билдера на VC++, то советую сначала переходить на MFC, психику чтоб не травмировать :)

В визарде выбрать Dialog Based. Тогда приложение будет создано на основе диалога (как в билдере). После создания проекта, можно зайти в редактор ресурсов (вкладка Resourse с кактусом) так найти папку Dialogs в ней найти IDD_<name>_DIALOG и увидите окно своей программы. На него можно накидать ресурсов.
В отличие от Билдера(которые всё делает без спроса) VC не нагенерит вам переменных типа TButton (CButton в VC). Для этого есть такая штука как ClassWizzard. Его можно позвать с любого окна правой мышой. На второй закладке как раз будут все контролы натыканые на диалог. Осталось раздать им нужные классы МФЦ и имена :)

OnClick для кнопок можно создать, кликнув два раза по кнопке в редакторе ресурсов с зажатым ctrl.

Ну вот как тут освоитесь. Можете переходить к Single Document/Multiple Document. Тут не диалога, да и нафиг он? У вас окно документа (типа МС Ворд) на котором бы будете изображать свой документ. В MSDN есть классный туториал на эту тему: Scribble . То что надо. Как раз создание в MFC простого графического редактора на основе Single Document. Тут я ничё рассказывать не буду, потому что много чего есть. Напомню тока, что есть ещё такая фича по умолчанию: архитектура документ/просмотр. Она позволяет отделить класс документа от способа просмотра. Это бывает полезно, когда вам надо, к примеру, показать один док разными способами или в разных окнах.

Ну вот, разобрались с MFC, теперь можно и за VC приниматься :)
Каркас приложения здесь другой: Функция WinMain функция разбора очереди сообщений, функция регистрации класса окна вашего приложения и функция обработки событий для этого окна.
-WinMain - хрен с ней.
- Разбор очереди. Тут можно рулить потоком сообщений. Что бывает очень полезно, когда надо поймать, то что не ловится или наоборот.
- Регистрация класса. Тут говорим, как будет выглядеть окно нашего приложения.
- Обработка сообщений. Тут пишем, как наше окно реагирует на разные события: мышей, таймеры, кнопки, клавиатуру, детей, итд....

Окно приложения выгладит также как и в MFC.

Зачем тогда это нужно?
Тут есть свои плюсы.
- MFC классы жёстко завязаны друг на друга (в отличии от WTL)
- Не надо тащить за собой тяжёлую MFC42.dll
- Не надо тащить за собой MFC-шные баги и обработчики.
- Система связи окон с классами в MFC сделана на списках, что тормозит работу.

Так что когда надо написать маленькое шустрое приложение, то VC - это как раз то, что нужно.

авторКак визуально можно увидеть (в режиме редактирование ) главное окно CMainFrame...
А зачем? :) Там всё равно ничего нет. Тулбар отдельно, статусбар отдельно, меню тоже. Окно документа изначально пусто.

автор2. MSDN бывает русским
4 сидюка переводить - повешаться можно :)
Но в www.rsdn.ru есть рассылка MSDN на русском. Так 1-3 раза в неделю делают переводы.

автора разве wtl не более модная штука чем mfc? я правда ни то ни то не юзал...
WTL - штука недокументированная :) Даже не все Microsofterы про неё знают :) Я вот уних просил документацию, а они у меня в ответ спрашивали, а что это такое? :)

авторМожет аську кинешь
Не могу, нету пока, точнее есть, но нет пока доступа.

авторЧто в VC подразумеваеться как ресурс и что как управляющий компонент. ? Откуда "управляющий компонент"?
ресуср - это, по умолчанию то, что ты можешь создать в окне редактора ресурсов (правый клик на <имя>resources -> Insert -> список ресурсов)
Так же ты можешь создать свой собственный ресурс, с котором можешь работать.
Обычно ресурс это иконка, картинка, диалог, ну и тому подобное

авторЕсть ли какой то принцип когда проставляешь численные идентификаторы
Нет, номера идентификаторов проставляет студия. Можно их менять самому. Ничего не изменится.
Я, к примеру, в одной своей проге перегнал ненужные иконки за 150.
Стало удобно сортировать. :)

автор(то что они уникальные)
Только в районе одинаковых ресурсов.
Тобишь
#define IDD_MYDIALOG 122
#define IDI_MYICON 122
Диалог 122 и иконка 122 - это разные вещи и сисиема
СreateDialog(...,122,..)
и
LoadImage(...,122,...)
поймёт правильно.