1 vc的用处
我感觉下面一些领域比较适合于用vc: 操作系统编程,game,图形设计,corba编程,com
编程,网络编程。
我谈谈我的体会。我现在在深圳的一家公司从事IP电话网关的开发。通过这个项目,我
才真正体会到VC有多么强大,上百个线程同时工作,数据库并发访问,而且全部软件基
于COM构造,这样高性能的大型软件,只有VC方显出其英雄本色!不过,在国内,有机会
接触这样的大型系统软件的不多。而在做大型系统软件时,对VC程序员的要求就不仅仅
是熟悉VC、MFC本身了,这只是基本的要求,最大的挑战是你如何运用VC实现一些高级的
功能特性。
其实,VC做数据库也不是不合适,关键在于你要抛开所谓的例子程序,直接从底层(SQ
L)做起。那么,你会有一种天高任鸟飞的感觉:爽。数据库与界面全部在你的控制之下
。
前一段时间,做一个很大的管理系统(每个纲要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,试着自己编码实现控件的创建,消息的响应。再就是
看自己的造化了,动手做一些小工具,特别是自己平常需要的,对自己的提高也应该是
很有//帮助。
----------vc学习网