LabVIEW实践之路第四章49-50.docVIP

上面的二进制读写方法确实很简单，但非常不灵活，并且有一个问题我们没有强调：写入二进制文件时，我们基本使用默认设置，其实有几项配置非常有用，例如“预置数组或字符串大小？(T)”。该选项默认值为TRUE，因此我们没有连接此项的情况下，其实二进制文件的前几个字节放置了数组或字符串大小数据，这也是提高效率的方法。我们通过文件属性来看一下生成的二进制文件实际大小，操作系统会告诉你524,296 字节，但是，8行8192列个双精度浮点数，应该是8*8192*8=524288字节，为什么多了8个字节？不为什么，呵呵，就是放置了数组的大小信息；但为什么此处是8个字节呢？注意，行的数量和列的数量都是以U32格式存储，每个U32为4字节，明白了吧？换句话说，如果写入文件的是一维数组，那文件的大小比数组实际占用字节数多4个字节，用来存放一维数组中元素的数量。 以上又是纸上谈兵，那我们就实际测试一下，就拿刚才的bin03.data。我们以先U32的格式读取2个数据，然后再以DBL格式读取16个数据。 图4.14 按格式读取二进制文件 图4.14需要注意3点：一是我们先这样读取数组长度是因为我们前面存储时是按照二维DBL数组，并且默认预置数组大小；二是需要明确连接读取的数据类型，此处分别是U32和DBL，并且读取数据数量（2和16）指的是对应数据的个数，而不是字节或位数；三是我们读取DBL数据时，直接给定了读取数量为16，观察读出来的数据（对比图4.13），会发现这其实是第一行的前16个数据。没错！但如果我们的本意是读取每一行的前两个数据，共16个数据怎么办？好办，用簇的形式告诉读取函数就行了！如图4.15所示。 图4.15 改进的按格式读取二进制文件 看起来使用“预置数组或字符串大小？(T)”还挺方便。但有时候不预置会更方便，例如循环采集数据，然后循环写入一个文件。如果选择了预置数组大小，那每一次的循环都会写入该次循环的数组大小+数据，这样就会给我们后续的读取带来困扰，不如只写数据不预置了~这是我们别忘了将“预置数组或字符串大小？(T)”置为False，不用说，文件大小会完全等于所有数据占用的空间。 4.6 配置文件 配置文件（.INI）应用很广泛，在Windows操作系统（尤其是XP之前的版本）、各种软件的配置（如驱动程序）等经常可见，当然现在XML已经逐渐成为主流，但由于INI文件易于容易实现、易于读写操作、文件体积小，因此仍在广泛使用。 我们先来瞻仰一下某配置文件的格式~ [VersionSet] Preview=0 [ConfigGraphics] AnimationLevel=4 ConfigGraphics_MainWndOpaque=0 ConfigGraphics_MainWndAlpha=255 ThunderFontSet=微软雅黑 ConfigGraphics_EnableBlur=0 ConfigGraphics_TaskListAlpha=238 ConfigGraphics_SpeedDisplay=204800 ConfigGraphics_LockAlpha=0 [Skin] Package=autoskin Scheme=autoskin::autoskinscheme ColorScheme= AutoSkinPackage=1271 AutoSkinSwitchInterval=15 SchemeAlpha= [BtGenericSettings] ConfigBt_SetPortType=1 ConfigBt_Dht=1 以上是某软件的配置文件。Windows配置文件由分节命名的文本文件组成。分节 第四章 数据持久化基础---文件I/O LabVIEW实践之路 48 47