线性链式结构总结(代后记)【1】.doc_第1页
线性链式结构总结(代后记)【1】.doc_第2页
线性链式结构总结(代后记)【1】.doc_第3页
线性链式结构总结(代后记)【1】.doc_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

数据结构学习(C+)线性链式结构总结(代后记)【1】 happycock(原作) 转自CSDN 看到这个标题,有些人一定松了一口气这小子可算白话完了,当然了,你要是略有惋惜之情,我真是受宠若惊。但不论你怎么想,写到这里只是告一段落,并没有完,后面还有很大一部分呢,比如树、图、查找、排序这么多年了,还是这点东西。代后记的意思是,我觉得对前面线性链式结构的总结,对后面的学习有指导意义:从前面的学习中,你能得出如何学习数据结构,以及如何正确看待这门课如果你能从重复建设中看到这样做的价值,你才能真正理解这门课的意义。在开始总结前,先整理一下以前的代码,假定你使用的是VC6,你的工程中现在应该有这几个主要文件:Node.h、List.h、Stack.h、Queue.h、CircList.h、DblList.h、Polynomial.h、Expression.h、Matrix.h,一个含有main()的cpp文件。其他的是一些测试文件和一些应用,比如Simulation.h。如果你用的不是VC6,你一定背地里咒骂我多少次了,因为一大堆error和warning。我当初发布的时候,并没有考虑到不同编译器的差异,我觉得只要光使用标准库(仅仅用了iostream.h和stdlib.h),不写怪怪的代码,通用性应该不是问题,但实际上不是这样。所以,我不得不花一些篇幅介绍如何修改以前的代码,所以,这篇文章就只能是【1】了;不过,后面有一个计时器类的源码,就算是一点补偿吧。VC6、BCB6、Dev-cpp的编译器的差异这些应该是目前Win32下最常用的IDE环境了,各自的编译器分别是CL.exe、BCC32.exe、G+.exe(就是GNU C+)。我没装BCB6,所以只是拿BCC32来代替。VC6时间比较早(98年),对C+标准支持不是很完善,例如下面的代码:for (int i = 1; i 10; i+); for (int i = 1; i 10; i+);按照C+标准,i的作用域应该是for循环内。但是在VC6中,出了定义i的for循环,仍然有效,所以,这段代码在VC6中被认为是重复定义。我为了省事,在并列的第二个循环内,把int省略了。现在到了BCC32,它在这方面对于C+标准倒是很支持,于是,象我那样的做法,就是第二个i没定义。让这样的代码同时适应两个编译器的解决办法,要么第2个循环变量换个名字,要么退回到C的写法:int i; for (i = 1; i 10; i+); for (i = 1; i 10; i+);VC6中的重载可以不需要函数类型(默认int),顺便不需要返回值。这很好理解,只能是成员函数,并且操作对象是一定的,返回值是什么(和int main()一个道理)?但这合情合理的做法是违反标准的(让人想起了什么),到了BCC32,人家不干了,非让给个返回值,可以添加return 0;了事,两边都不得罪;或者,定义void operator,一样两边都认可。VC7也要求operator必须有返回值,还是标准的力量大啊。修正如上的问题之后,BCC32就能编译了,但是还是一大堆waining,这是我写作的风格导致的。C+标准说,如果在类体内定义函数(而不是声明原型),那个函数被自动内联;也就是说,我的那些类的成员函数,编译器都认为我想让他们成为内联函数,但是有些函数是不能内联的,于是编译器就说“你的要求太高了,我办不到”我也没想让你受累啊,自找麻烦的编译器。胡弄过去BCC32后,再拿Dev-cpp试试,晕了,上百个error和warning。其实这是个连锁反应,首先,在GNU C+中,iostream.h这个头文件被废弃了,强烈建议使用iostream(总觉得象大棒),还好VC6、BCC32也认这个。改了这个,又来了一个啼笑皆非的warning,文件尾必须要有一个空行?!我以前为了紧凑,有空行也删掉了,得,听你的,加上。这些都完事之后,Dev-cpp就通过了,没有warning。这样修改完后,那些代码3个编译器就都能编译了,看一下编译的exe文件大小,VC6的最小(Release版),BCC32的大一点,Dev-cpp的大得太可怕了,我不清楚是不是编译器的参数问题,但是GNU C+能在Win32下使用,都是经过转换的,不知道是不是这个原因。突然有个想法,哪个编译器编译的exe文件运行的更快?哪个编译器效果更好?首先,要写个计时器,这方面有人写过文章,我参考了一些人的,做了一个封装,如下:#ifndef Timer_H#define Timer_H #include class Timerpublic:Timer() QueryPerformanceFrequency(&Frequency); inline void Start() QueryPerformanceCounter(&timerB); inline double GetTime()QueryPerformanceCounter(&timerE);return (double)(timerE.QuadPart - timerB.QuadPart) / (double)Frequency.QuadPart * 1000.0;private:LARGE_INTEGER timerB, timerE, Frequency; #endif这个类使用很简单,就和秒表一样,先Start(),然后就可以用GetTime()不断读出逝去的时间;再一次Start(),重新开始计时。计时单位是ms。现在,让我们测试一下哪个编译器编译的程序运行的更快。后面部分,请爱惜时间的人不要看,就当我在说梦话。 测试程序#include simulationTest.h#include Timer.h int main()Timer a;double t = 0;for (int j = 0; j 10; j+)a.Start();for (int i = 0; i 10; i+) SimuBankTest();t += a.GetTime();cout t/10;system(Pause);return 0;#ifndef SimulationTest_H#define SimulationTest_H #include Simulation.H void SimuBankTest()for (int i = 1; i 11; i+)Simulation a(i,480,1,3,4,10);a.Run(); #endif姑且不论我那Simulation写的怎么样,这个测试至少能反映不同情况下队列的平均性能。顺便和标准库比较一下,看看自己写的代码效率怎么样。使用STL需要对class Simulation改动一点代码,其实这是很简单的,如下的替换表:“Queue.h”QueueIsEmpty()EnQueue()DeQueue() using namespace std;dequeempty()push_back()pop_front()另外要把Simulation:Run()中的结果输出注释掉(PrintResult();)在我的机器上(C500、192RAM、Win2000sp3,关掉其他前台程序)结果如下:IDE或者编译器BCC32BCC32-STLVC6VC6-STL可执行文件大小(byte)142,848145,92061,44065,536第一次测试结果(ms)32.484842.32535.472444.448第二次测试结果(ms)32.619141.475235.66245.084递三次测试结果(ms)32.891941.985634.723843.9707结果表明BCC32编译的略比VC6快一点,可是文件大小实在(没有比较Dev-cpp,是因为这么比较对它不公平,另外400多K的生成文件,60多ms的结果实在拿不出手)这有一部分原因是我的代码造成的,例如运行简单的数学运算测试#include #include Timer.hint main()Timer a;a.Start();double s = 0, t;for (int i = 1; i = 10; i+)t = 1;for (int j = 1; j = i; j+) t *= j;s += t;cout options-Directories-Include files,将C:SGISTL(你解压的目录)添加进去,然后,将这个路径移到最顶端,就OK了。还要注意的是,用VC6使用SGISTL,文件中不能包含,要用代替(该死的标准)。如果你想用VC6的STL,只需要将C:SGISTL移到底端就行了,真是太简单了(这就是IDE的好处)。BCC32就没这么容易了

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论