1 vc的用处
我感觉下面一些领域比较适合于用vc: 操作系统编程，game,图形设计，corba编程,com编程,网络编程。
我谈谈我的体会。我现在在深圳的一家公司从事IP电话网关的开发。通过这个项目，我 才真正体会到VC有多么强大，上百个线程同时工作，数据库并发访问，而且全部软件基 于COM构造，这样高性能的大型软件，只有VC方显出其英雄本色！不过，在国内，有机会 接触这样的大型系统软件的不多。而在做大型系统软件时，对VC程序员的要求就不仅仅 是熟悉VC、MFC本身了，这只是基本的要求，最的挑战是你如何运用VC实现一些高级的功能特性。
其实，VC做数据库也不是不合适，关键在于你要抛开所谓的例子程序，直接从底层（SQL）做起。那么，你会有一种天高任鸟飞的感觉：爽。数据库与界面全部在你的控制之下 。
前一段时间，做一个很大的管理系统（每个纲要540多个表12000多个数据项，纲要数不定），并且还要通过CORBA实现跨平台、通过ODBC跨数据库。如果通过什么PB、BCB、De lphi等等快速开发工具（并且做MIS是所谓强项）将会很难自由发挥的。我以为它比较适合一些需要底层控制的场合，特别是一些使用现有控件不太理想的情况下，VC的自由度就比较高。VC是把全能的瑞士军刀，不过对于一些较简单的功能，比如开酒瓶之类的用个开瓶器就更方便一些。
VC可以写WEB上的控件。
VC可以开发优秀的基于通信的程序。
VC可以开发高效灵活的文件操作程序。
VC可以开发灵活高效的数据库操作程序。等等等等
VC是编CAD软件的唯一选择！！！包括AUTOCAD，UG的二次开发。
小到只是一个Windows的标准界面 那象这样的程序用VC++确实大才小用了，因为有比VC++ 开发界面更快的编译系统,但如果这个界面极其复杂 复杂到要用很多的数学方法（例三维游戏的）那也要用到VC++才能搞定
就我使用VC++的这几年经验来看，VC++非常适合于系统程序设计，正如C语言是Unix的标准系统程序设计语言。
在多线程、网络通信、分布应用方面，VC++有不可比拟的优势。 当然随着系统程序开发的机会越来越少，VC++的应用领域的确会逐渐缩小。
如果说到Windows下的可视化开发工具现在大家接触得最多的就是VC，VB，DELPHI，BCB，一些可视化开发的JAVA。其实我觉得VC并不能完全算是一个可视化工具，这表现在VC编写代码还是占了开发工作的大部分时间。而其他的可视化工具中都在界面设计中耗费了大量的开发时间。我一直使用VC的原因就是因为我能够一直将注意力集中在软件能开发上而不是界面设计上。我认为这样能够在开发的过程中更加自由和有更多的控制权。而且这种情况下产生的代码维护性更强。举个简单的例子，在维护VB代码时如果没有一份详细的说明和流程就会使维护变得不可能，我想其他的基于界面开发的工具都会或多或少的产生这样的问题，因为在开发过程中开发工具将一个完整的流程分离成为多个部分，在开发完成后这些部分就很难统一起来。
选择什么样的工具的前提是你的开发目标，如果你希望开发一个很大的系统你就不应该选择面向基于界面开发的工具，但你可能会选择VB来开发前端的客户软件，而后台使用VC来实现。 对于一些并不是很复杂的软件来讲，界面和操作方式可能是非常重要的，所以选择VB，CBC都可以缩短开发时间。这时候选择VC就有些不智。 所以我认为使用VC开发的朋友应该将更多的注意力集中在实现软件功能的流程上，多从整体角度看问题。我想这一点来说其他的可视化开发工具是很难达到的，因为VB，CBC等开发的程序在很大程度上都是用各种控件“堆”出来的，这会在后期的维护升级过程中带来很多的不便，例如要替换掉一个控件就可能会对整个程序的结构产生非常大的影响。 最后我想说的是每种开发工具都有它的价值，也各有优缺点，更重要的是如何根据具体的任务选择合适的工具并利用这些工具来完成工作
首先要搞清楚VC能干什么.很多人只是听说VC是最好的开发语言，便去学习，就象大家听说辟邪剑谱厉害，便都去抢着学一样，都是很盲目的。其实语言并没有好坏之分，我在用C之前，一直觉的BASIC 是最好用的语言。现在在WINDOWS平台下编程，VB和DELPHI可以满足大多数的应用，而且速度不会很慢。使用VC主要是用来开发系统软件和大型工具软件以及开发游戏。
2 如何学好vc
2.1先期条件：英语要好 看懂MSDN 要学好vc，先学好英语，再去codeguru.com之类的网站d/l source code。学好vc=英文好+基本功好+勤奋+聪明。
1先学习C或C++，在windows的console环境下编写不太深入涉及API的程序；尤其封装，继承，多态一定要精 不要让vc的各种特性分散注意力。这一阶段,可以把重心放到研究算法上
2在基本上掌握了语法之后，开始接触简单的系统API，学习 Windows的编程原理和机制； 先了解Windows系统的消息机制（多任务，消息映射等）。一开始用基本的SDK形式来开发几个程序作为入门(WinSDK编程就是直接调用Windows的API进行编程）(SDK全称是Software Developers Kit,意思是软件开发工具箱）（API全称是application programinterface,意思是应用程序编程接口）。开始进行WinSDK编程用C语言最好，可以撇开C
++的特性专心熟悉一下Win32编程的思路以及了解windows的消息运行机制。可以编写简单的菜单程序，可以简单地在WM_PAINT下操作 GDI函数当你可以熟练的使用C语言进行WINDOWS程序设计了，你可以尝试面向对象的方法了。
3用MFC来开发程序（MFC全称Microsoft Foundation Classes,是把WinAPI进行封装的类库，它是一个类的集合，通过覆盖WinAPI，为编程提供了一个面向对象的界面。它使windows程序员能够利用C++面象对象的特性进行编程，类似BCB的OWL，Delphi的VCL组件。它把那些进行SDK编程时最繁琐的部分提供给程序员，使之专注于功能的实现。你不妨把它想象成类似TC提供的函数库吧。）。开始学习MFC，可以从Step tourist学起，看MFC的 源代码，理解几个关键的宏的定义与实现，特别是MESSAGE MAP。 在学习的过程中为了给自己增加点挑战，尽量不要使用resource edit，试着自己编码实现控件的创建，消息的响应。 再就是看自己的造化了，动手做一些小工具，特别是自己平常需要的，对自己的提高也应该是很有帮助。 并选择发展的方向. 如果你有一个别人的好程序， 不妨自己跟着他的思路，从小到大自己完成一遍。
4到了一定程度，一定要学ATL，OLE/COM。需要实际项目的磨练研究OLE/COM技术。 COM/ActiveX技术是MS的核心技术，只有彻底洞察其理论精髓才可以体会现在的操作系统的技术趋势，以不变应万变.从1998.3-1998.5，我基本上是每天攻读八小时VC,包括看书和上机。那时正上大三，精力充沛，受的起没完没了的失败和痛苦，终于在五月某一天的一节“汇编语言”课上突然想通了，立刻逃课去上机。就这样我入门了。之后我也象大多数的人一样学习它的所谓GUI,doc/view结构,打印之类。有一天醒来我突然想：我学这些干嘛吗？朋友！惊醒呀！人的精力是有限的，正所谓“术业有专攻”，VC说到底，它也是一个工具，学会使用这个工具并不是目的，而仅仅是开始！于是我开始寻找我的方向。
综合我的方向有：
1.网络编程。主要是基于TCP/IP的Winsock编程，已完成一个FTP的客户端编写,正在写一个FTP服务器。2.通讯编程，主要是串行通讯。3.三维动画，主要是用OpenGL API，一般用来写界面。我的毕业设计就是以2和3为基础。我的一些意见：不要对VC控件抱太大希望，除了基本控件，使用其他控件会使你比用API还繁；尽量使MFC而不是API；尽早定位自己，寻找方向，不要什么都学，人贵专攻；要了解消息机制，多线程和同步机制，更有回叫（CallBack)机制等，这是VC程序员的基本知识//WINDOWS 和 UNIX操作系统都是复杂的多任物系统，提供了一大堆应用编程接口（API，通常是C语言的函数）程序员使用c语言调用这些API便可以开发该系统下//的应用程序了。这与dos时代的编程接口是不一样的，那时侯的函数库是由开发环境提供的（如Turbo C) ，不具有很好的封装性和设备无关性。每当新版的//WINDOWS操作系统发行，便会提供一个相应的plantform SDK(软件开发包），开发者可以用SDK 编译C程序。//vc的核心就是MFC，MFC是个C++类库，就象结构化程序设计时代的C语言函数库一样 ，给程序员提供了丰富的编程接口，简化了程序的设计。 而MFC就是直接把//WINDOWS的C
语言编程接口API函数用C++的类封装而成！ 这样既实现了面向对象的编程思想，又直接使用了WINDOWS的原始编程接口，代码的效率是 最高的//1。Window是由个许多DLL搭起来的系统的总称，开发Window程序就是如何调用这些DLL，对于C程序员，它提供了.h/.lib,这些东西和一些文档就构成SDK,DDK。//。。他们在任何支持DLL调用的开发环境中都可以使用（即函数指针）。2。通常SDK指与Window核心调用有关的。。。但并不是专用名称。也用于其他地方//VC只是一个编程工具，就如BC、BCB、Delphi一样，其实对于编程最根本的就是三个方面，语言、开发包、操作系统API，他们三个方面应该说是相对比较独立的//。VC是MS开发的，所以针对的是windows api，你可以不会C++，也可以在VC下用C写出很优秀的程序，当然如果你比较熟练C++，并且熟悉开发包MFC的话，工作//可能要轻松不少。所以在我看来，学习的过程可以是这样的，1、先学习C或C++，在windows的console环境下编写不太深入涉及API的程序；2、在基本上掌握了//语法之后，开始接触简单的系统API，学习Windows的编程原理和机制；3、在可以编写简单的菜单程序，可以简单地在WM_PAINT下操作GDI函数后，开始学习MFC//，可以从Step tourist学起，看MFC的源代码，理解几个关键的宏的定义与实现，特别是MESSAGE MAP。在学习的过程中为了给自己增加点挑战，尽量不要使用//resourceedit，试着自己编码实现控件的创建，消息的响应。再就是看自己的造化了，动手做一些小工具，特别是自己平常需要的，对自己的提高也应该是很有//帮助。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/ivorytower/archive/2007/01/05/1474925.aspx