如何系统地学好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全称是S
oftware Developers Kit,意思是软件开发工具箱）（API全称是application program
interface,意思是应用程序编程接口）。开始进行WinSDK编程用C语言最好，可以撇开C
++的特性专心熟悉一下Win32编程的思路以及了解windows的消息运行机制。可以编写简
单的菜单程序，可以简单地在WM_PAINT下操作 GDI函数当你可以熟练的使用C语言进行W
INDOWS程序设计了，你可以尝试面向对象的方法了。
3用MFC来开发程序（MFC全称Microsoft Foundation Classes,是把WinAPI进行封装的类
库，它是一个类的集合，通过覆盖WinAPI，为编程提供了一个面向对象的界面。它使wi
ndows程序员能够利用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时代的编程接口是不一样的，那时侯的函数库是由开发环境提供的（如Tur
bo C) ，不具有很好的封装性和设备无关性。每当新版的//WINDOWS操作系统发行，便会
提供一个相应的plantform SDK(软件开发包），开发者可以用SDK 编译C程序。
//vc的核心就是MFC，MFC是个C++类库，就象结构化程序设计时代的C语言函数库一样 ，
给程序员提供了丰富的编程接口，简化了程序的设计。 而MFC就是直接把//WINDOWS的C
语言编程接口API函数用C++的类封装而成！ 这样既实现了面向对象的编程思想，又直接
使用了WINDOWS的原始编程接口，代码的效率是 最高的
//1。Window是由个许多DLL搭起来的系统的总称，开发Window程序就是如何调用这些DL
L，对于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，试着自己编码实现控件的创建，消息的响应。再就是
看自己的造化了，动手做一些小工具，特别是自己平常需要的，对自己的提高也应该是
很有//帮助。