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 减小作�
相关文档：
最近工作不紧，抽空看了下C、C++的指针，发现了一些平时没注意到的指针用法和问题。
1、指针引用
void func1（MYCLASS* &pBuildingElement）；
乍一看，怪怪的，看了下解释，细想一下和指针的指针类似：
void func1（MYCLASS** pBuildingElement）；
看下面的例子：
...
MyClass* p = new MyClass;
func1(p);
......
一、概述
1、C++虽然是从C语言中发展的，但其中有许多要点，是C语言中所没有的，包括引用，内联函数等，在此做一个介绍。
2、对于C/C++中的基础是必须要详细了解的，能够深刻理解其含义以及其来源，是一个人内功深刻的表现。如果一些基础的问题，
都说不上来，又如何给人以信心呢。
二、常见的问题
1、为什么要使 ......
下面的文件的使用方法是：将下面的文件保存在linux内核源码目录中，文件的名称是.config，然后make menuconfig,在出现
的配置界面中选择Load Configuratio选项，然后可以在这个基础上修改自己的kernel。下面的配置是基于s3c2410，支持yaffs2
文件系统。我看了一下编译出来的uImage大概在800k左右，呵呵么这是本人第一次成 ......
本文介绍了使用Pro*C/C++在Visual
C++环境下开发Oracle数据库接口程序的方法
设计思路其实这样：首先通过VC建立一个工程，自动化建立MAKEFILE，UNIX需要自己写MAKEFILE。
其次配置VC的环境，将PROC的.H，.LIB的路径加入DERECTIRY。写一个PC文件，即PROC文件。放到工程相应的目录下。然后把PC文件加入工程。使用PROCUI.E ......
