DS计划C深入项目学习总结——变量的作用域
1.1 变量作用域
1.1.1 几种常见类型变量的作用域
作用域（scope）或者可见性是指变量在程序内的可见和可引用的范围。
比如:
1、 全局变量在所有的文件都可见，那他的作用域就是所有文件；
2、 static定义的全局变量，只在定义它的源文件中可见，那他的作用域就是其所在的源文件；
3、 函数内部的局部变量，只在其函数范围内可见；
4、 有些变量，只在某一块代码段内可见（花括号括起来的一段代码）；
void test_fun()
{
int test_i = 0;
test_i = 10;
if (test_i != 0)
{
int test_count = 15;
test_i = test_count;
}
test_i = test_count;//这里会编译出错，因为test_count只在if条件的花括号中有效。
}
1.1.2 变量使用的高级话题
下面大部分内容来自《代码大全》。
1.1.2.1 使变量引用局部化
《代码大全》这本书介绍了攻击窗口的概念：介于同一个变量多个引用点之间的代码可成为攻击窗口，在这个窗口中新增代码，可能会不当的修改此变量。
一般而言，把对一个变量的引用局部化，即把引用点尽可能集中在一起总是一种很好的做法。主要的好处是提高程序的可读性和可维护性。如果变量的引用点都很集中，则阅读代码的时候，只要关注这一块代码就可以了，否则，阅读者的目光需要在代码中跳来跳去。
如何衡量变量引用的集中程度？《代码大全》提到了变量跨度的概念：对变量所有引用间相隔的代码行数。
void test_fun()
{
int test_i = 0;
int test_j = 0;
test_i = 10;//和第一次引用间隔1行代码
if (test_i != 0)//和第二次引用间隔0行代码
{
int test_count = 15;
test_i = test_count;//和第三次引用间隔1行代码
}
}
test_i的跨度总共是2。test_i的平均跨度是2/3。
1.1.2.2 缩短变量的存活时间
变量的存活时间—— 一个变量存在期间所跨越的语句总数。也就是从第一次引用，到最后一次引用之间跨越代码的行数。
跨度表明变量引用的集中程度，存活时间表明变量经历的语句。
如上图所示，test_i存活时间是6条语句。
低存活时间的好处：
1、减小攻击窗口，不易出错。
2、使你对代码有更准确的认识（提高可读性）
3、减少初始化错误。
最后，一个明显的好处是便于程序重构，如果一个程序拆分为多个小的程序，短的存活时间更有价值。
用跨度和生存时间来考察全局变量，会发现全局变量跨度和生存时间都很长——这是避免使用全局变量的好的理由之一。
1.1.2.3 减小作�
相关文档：
1. 创建类型为Win-32 Static Library的工程：
（1）填写工程名称，工程名称不与已经存在库名相同即可，如mylib；
（2）默认配置，直接点击完成、确定；
（3）在这个工程下新建一个类型为C/C++ Header File的文件，文件名为liwenying.h；
（4）在liwenying.h下面输入代码
......
用C++调用C的库函数
C++调用C的库函数时，如果头文件定义得不恰当，可能会出现明明某函数在obj文件中存在，但是却发生链接失败的情况，出现如下错误:
undefined reference to 'xxx'
出现问题的原因是c库函数编译成obj文件时对函数符号的处理和C++不同。因为C++函数支持重载，� ......
在前面的准备工作完成之后，先实验一下，谈不上真正的移植 ，因为代码都没有改的。
首先修改顶层的Makefile，修改ARCH,CROSS_COMPLIE变量。
#ARCH ?= $(SUBARCH)
ARCH ?= arm
CROSS_COMPILE ?= arm-linux-
执行make smd ......
#include "windows.h"
void main()
{
MessageBox(NULL, "你好啊！", "提示", MB_OK);
return 0;
}
通过windows.h文件调用windows自带的api函数MessageBox，来完成提示框，效果棒
null表示附属的窗体为空
MB_OK表示对话框的类型 ......
本文介绍了使用Pro*C/C++在Visual
C++环境下开发Oracle数据库接口程序的方法
设计思路其实这样：首先通过VC建立一个工程，自动化建立MAKEFILE，UNIX需要自己写MAKEFILE。
其次配置VC的环境，将PROC的.H，.LIB的路径加入DERECTIRY。写一个PC文件，即PROC文件。放到工程相应的目录下。然后把PC文件加入工程。使用PROCUI.E ......
