vc++ 6.0 使用常识
文档名称:Visaul C++ 6.0 使用简介
文档作者:沈捷 创建日期:2004.03.20 当前版本:1.0.0.1 修改记录:N/A 内容提要: 1.基本概念 | |__1.1 项目的概念 | |__1.2 工作区的概念 2.VC 界面介绍 | |__2.1 常用菜单项 | | | | | |__2.2 类视图简介 | |__2.3 文件视图简介 | |__2.4 资源简介 | |__2.5 代码的颜色 3.VC 常用数据类型 4.一个实例——一步步开始你的第一个 VC 程序 5.结束语
文档内容: 1.基本概念: 1.1 项目的概念: 用于生成一个最终程序的各个
源代码文件和其它辅助文件的集合被我们称为一个“项目”。这 个概念也许对于一些初学者还比较陌生, 这是完全可以理解的。 在以前我们使用的 Turbo C 中, 虽然提供了对项目文件管理的支持(Project 菜单项),但它的功能并不强大,而且使用起来步 骤繁琐,因此并没有被重视。而且那个时候我们所面对的程序一般也比较简单,把所有的代码放 在一个源文件里面就够了,因此也没有对使用项目的迫切需求。但是在实际的程序设计工作中, 一个程序的结构往往十分复杂, 如果想用一个文件来实现几乎是不可能的。 因此程序员们往往把 一个程序分成较小的一些功能模块, 然后分别在不同的源文件中实现各个模块的功能。 在编译时, 首先分别编译各源文件,生成一系列的.obj 文件,然后再将它们相互连接(往往还要连接上必 | |__2.1.1 文件菜单 | |__2.1.2 编译菜单
要的.lib 静态库文件)得到最终的程序文件。为了维护一个项目中文件间的相互关系,在项目中 一般还加入了用于描述这些关系的项目描述文件, 这些文件的内容和格式随编译器的不同也不尽 相同,对于 VC,是项目文件夹中.dsp 文件。这个文件的内容是由 VC 自动维护的,而不需要也 不应当被程序员修改。 下面我们就列举一个项目的实例来讲解一下 VC 中项目的组织结构。这个例子中的有些内容 可能
设计到以后的知识, 因此我们并不期望读者在这里就可以完全理解它, 只是想借此为诸位建 立一个“项目”直观的概念。 实例 1.1: 项目名称:APITest 项目文件夹名称:APITest 项目文件夹结构: APITest | |__StdAfx.h 程序源文件之一,可由用户修改 | |__StdAfx.cpp 程序源文件之一,可由用户修改 | |__APITest.h
程序源文件之一,可由用户修改 | |__APITest.cpp 程序源文件之一,可由用户修改 | |__resource.h 程序源文件之一,内容关于资源符号的定义,由 VC 维护,我们不建议用户修 改该文件 | |__APITest.rc 资源描述文件,可由用户从 VC 的资源编辑器中对其修改,对于某些高级用户, 也可以直接用文本方式修改 | |__APITest.dsw 工作区描述文件,由 VC 维护 | |__APITest.dsp 项
目描述文件,由 VC 维护 | |__APITest.plg 编译记录,由 VC 维护,用户可查看 | |__APITest.aps 项目相关文件,由 VC 维护 | |__APITest.ncb 项目相关文件,由 VC 维护 | |__ReadMe.txt 项目建立时由 VC 生成的自述文件,描述了项目中一些主要文件的功能,不建 议用户修改 | |__Debug 当编译选项目为“Debug”时的默认输出路径 | | | |__APITest.exe 编译和连接后的最终程序(Debug 版) | | 项目文件夹
| |__*.* 编译时产生的中间文件,包括.obj、.ilk 等 | |__Release 当编译选项目为“Release”时的默认输出路径 | | | |__APITest.exe 编译和连接后的最终程序(Release 版) | | | |__*.* 编译时产生的中间文件,包括.obj、.ilk 等 | |__Res | |__*.* 项目的资源文件 刚才所举的还只是一个很小的程序而已,正如诸位所见到的,VC 的项目组成是十分复杂的。 但是需要声明的是,VC 对项目有良好的自动维护机制,因此很多文件不需要我们亲自维护。甚 至在一个项目中,我们一般都很少自己去新建或打开文件,而是由我们来提出具体要求让 VC 来 判断是否应当新建文件并负责建立文件的操作。比如当我们要新建一个类的时