如何学习vC++(vc的用处)

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全称是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，试着自己编码实现控件的创建，消息的响应。再就是
看自己的造化了，动手做一些小工具，特别是自己平常需要的，对自己的提高也应该是
很有帮助。

（未完待续）