文件，如果从操作系统逻辑层面的角度来看。文件仅限定在文件夹及各种类型的文件上面这个小范围上，但是从文件系统来说所有一切皆是文件（这个范围很广，包括物理上的USB口 串口等）。想想看NTFS文件系统确实是这么定义的，它似乎并不关心物理层和逻辑层的区别，这很容易造成我们感观上的错误，因为从我们的角度来看是很容易分别出来物理层和逻辑层的！
当然一切皆是文件对于文件系统和操作系统而言是好消息，这样做的效率会更高！因为它不用在费事的区分。做为一个高效的语言DELPHI对文件处理上也不例外。
DELPHI把文件分为内部和外部。内部是指DELPHI程序范围之内，我个人的理解所有的单元、工程均属于内部文件，此类文件的调用不用任何过程或函数，DELPHI已经帮我们打理了一切。而外部文件（如操作系统下的TXT DOC文件），如果想在DELPHI中调用是须要一定的步骤的。一般是须要两步：
1、建立文件关联
通过调用DELPHI的内置过程assignfile来和外部文件建立关联，这相当于是告诉DELPHI“有人要进来了，你注意一下！” 如果没有此过程直接访问文件是会引起错误的，原因就是没有通知DELPHI。
assignfile中的assign让我想起了WINHEX脚本中的assign赋值语句，看来坊间盛传的“winhex是用Delphi写出来的"有一定道理。
2、访问文件
建立关联后要做的就是访问文件了，如果只建立关联而不访问文件那么是没有任何意义的。访问文件也是采用了内部过程：reset和rewrite,这两个过程有个小区别：只读和写
DELPHI把文件的类型分为文本文件、有类型文件和无类型文件。这些各异的文件都是通过上面的步骤来进行读写操作的。学习到这儿我的小想法又蹦出一大堆，如果一切皆是文件那么磁盘也算是文件的一种了，通过调用某些（API）函数来达到访问、搜索、读写的目的，额滴神呀这不就是数据恢复软件所要做的第一件事吗 ！?
当然一切皆是文件对于文件系统和操作系统而言是好消息，这样做的效率会更高！因为它不用在费事的区分。做为一个高效的语言DELPHI对文件处理上也不例外。
DELPHI把文件分为内部和外部。内部是指DELPHI程序范围之内，我个人的理解所有的单元、工程均属于内部文件，此类文件的调用不用任何过程或函数，DELPHI已经帮我们打理了一切。而外部文件（如操作系统下的TXT DOC文件），如果想在DELPHI中调用是须要一定的步骤的。一般是须要两步：
1、建立文件关联
通过调用DELPHI的内置过程assignfile来和外部文件建立关联，这相当于是告诉DELPHI“有人要进来了，你注意一下！” 如果没有此过程直接访问文件是会引起错误的，原因就是没有通知DELPHI。
assignfile中的assign让我想起了WINHEX脚本中的assign赋值语句，看来坊间盛传的“winhex是用Delphi写出来的"有一定道理。
2、访问文件
建立关联后要做的就是访问文件了，如果只建立关联而不访问文件那么是没有任何意义的。访问文件也是采用了内部过程：reset和rewrite,这两个过程有个小区别：只读和写
DELPHI把文件的类型分为文本文件、有类型文件和无类型文件。这些各异的文件都是通过上面的步骤来进行读写操作的。学习到这儿我的小想法又蹦出一大堆，如果一切皆是文件那么磁盘也算是文件的一种了，通过调用某些（API）函数来达到访问、搜索、读写的目的，额滴神呀这不就是数据恢复软件所要做的第一件事吗 ！?
解决方案 »
免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货