boost::filesystem::path
是 Boost.Filesystem 中的核心类,它表示路径的信息,并提供了处理路径的方法。
实际上,boost::filesystem::path
是 boost::filesystem::basic_path<std::string>
的一个 typedef
。 此外还有一个 boost::filesystem::wpath
是 boost::filesystem::basic_path<std::wstring>
的 typedef
。
所有定义均位于 boost::filesystem 名字空间,定义于 boost/filesystem.hpp
中。
可以通过传入一个字符串至 boost::filesystem::path
类来构建一个路径。
- 下载源代码
没有一个 boost::filesystem::path
的构造函数会实际验证所提供路径的有效性,或检查给定的文件或目录是否存在。 因此,boost::filesystem::path
甚至可以用无意义的路径来初始化。
- 下载源代码
以上程序可以执行的原因是,路径其实只是字符串而已。 boost::filesystem::path
只是处理字符串罢了;文件系统没有被访问到。
boost::filesystem::path
特别提供了一些方法来以字符串方式获取一个路径。 有趣的是,有三种不同的方法。
- 下载源代码
string()
方法返回一个所谓的可移植路径。 换句话说,就是 Boost.Filesystem 用它自己预定义的规则来正规化给定的字符串。 在以上例子中,string()
返回 C:/Windows/System
。 如你所见,Boost.Filesystem 内部使用斜杠符 /
作为文件名与目录名的分隔符。
可移植路径的目的是在不同的平台,如 Windows 或 Linux 之间,唯一地标识文件和目录。 因此就不再需要使用预处理器宏来根据底层的操作系统进行路径的编码。 构建可移植路径的规则大多符合POSIX标准,在 Boost.Filesystem 参考手册 给出。
请注意,boost::filesystem::path
的构造函数同时支持可移植路径和平台相关路径。 在上面例子中所使用的路径 "C:\\Windows\\System" 就不是可移植路径,而是 Windows 专用的。 它可以被 Boost.Filesystem 正确识别,但仅当该程序是在 Windows 操作系统下运行的时候! 当程序运行于一个 POSIX 兼容的操作系统,如 Linux 时,string()
将返回 C:\Windows\System
。 因为在 Linux 中,反斜杠符 \
并不被用作分隔符,无论是可移植格式或原生格式,Boost.Filesystem 都不会认为它是文件和目录的分隔符。
很多时候,都不能避免使用平台相关路径作为字符串。 一个例子就是,使用操作系统函数时必须要用平台相关的编码。 方法 file_string()
和 directory_string()
正是为此目的而提供的。
在上例中,这两个方法都会返回 C:\Windows\System
- 与底层操作系统无关。 在 Windows 上这个字符串是有效路径,而在一个 Linux 系统上则既不是可移植路径也不是平台相关路径,会象前面所说那样被解析。
以下例子使用一个可移植路径来初始化 boost::filesystem::path
。
- 下载源代码
由于 string()
返回的是一个可移植路径,所以它与用于初始化 boost::filesystem::path
的字符串相同:/
。 但是 file_string()
和 directory_string()
方法则会因底层平台而返回不同的结果。 在 Windows 中,它们都返回 \
,而在 Linux 中则都返回 /
。
你可能会奇怪为什么会有两个不同的方法用来返回平台相关路径。 到目前为止,在所看到的例子中,file_string()
和 directory_string()
都是返回相同的值。 但是,有些操作系统可能会返回不同的结果。 因为 Boost.Filesystem 的目标是支持尽可能多的操作系统,所以它提供了两个方法来适应这种情况。 即使你可能更为熟悉 Windows 或 POSIX 系统如 Linux,但还是建议使用 file_string()
来取出文件的路径信息,且使用 directory_string()
取出目录的路径信息。 这无疑会增加代码的可移植性。
boost::filesystem::path
提供了几个方法来访问一个路径中的特定组件。
- 下载源代码
如果在是一个 Windows 操作系统上执行,则字符串 "C:\\Windows\\System" 被解释为一个平台相关的路径信息。 因此,root_name()
返回 C:
, root_directory()
返回 /
, root_path()
返回 C:/
, relative_path()
返回 Windows/System
, parent_path()
返回 C:/Windows
, 而 filename()
返回 System
。
如你所见,没有平台相关的路径信息被返回。 没有一个返回值包含反斜杠 \
,只有斜杠 /
。 如果需要平台相关信息,则要使用 file_string()
或 directory_string()
。 为了使用这些路径中的单独组件,必须创建一个类型为 boost::filesystem::path
的新对象并相应的进行初始化。
如果以上程序在 Linux 操作系统中执行,则返回值有所不同。 多数方法会返回一个空字符串,除了 relative_path()
和 filename()
会返回 C:\Windows\System
。 字符串 "C:\\Windows\\System" 在 Linux 中被解释为一个文件名,这个字符串既不是某个路径的可移植编码,也不是一个被 Linux 支持的平台相关编码。 因此,Boost.Filesystem 没有其它选择,只能将整个字符串解释为一个文件名。
Boost.Filesystem 还提供了其它方法来检查一个路径中是否包含某个特定子串。 这些方法是:has_root_name()
, has_root_directory()
, has_root_path()
, has_relative_path()
, has_parent_path()
和 has_filename()
。 各个方法都是返回一个 bool
类型的值。
还有两个方法用于将一个文件名拆分为各个组件。 它们应当仅在 has_filename()
返回 true
时使用。 否则只会返回一个空字符串,因为如果没有文件名就没什么可拆分了。
- 下载源代码
这个程序分别返回 photo
给 stem()
,以及 .jpg
给 extension()
。
除了使用各个方法调用来访问路径的各个组件以外,你还可以对组件本身进行迭代。
- 下载源代码
如果是在 Windows 上执行,则该程序将相继输出 C:
, /
, Windows
和 System
。 在其它的操作系统如 Linux 上,输出结果则是 C:\Windows\System
。
前面的例子示范了不同的方法来访问路径中的各个组件,以下例子则示范了修改路径信息的方法。
- 下载源代码
通过使用重载的 operator/=()
操作符,这个例子将一个路径添加到另一个之上。 在 Windows 中,该程序将输出 C:\Windows\System
。 在 Linux 中,输出将会是 C:\/Windows\System
,因为斜杠符 /
是文件与目录的分隔符。 这也是重载 operator/=()
操作符的原因:毕竟,斜杠是这个方法名的一个部分。
除了 operator/=()
,Boost.Filesystem 只提供了 remove_filename()
和 replace_extension()
方法来修改路径信息。
9.3. 文件与目录
boost::filesystem::path
的各个方法内部其实只是对字符串进行处理。 它们可以用来访问一个路径的各个组件、相互添加路径等等。
为了处理硬盘上的物理文件和目录,提供了几个独立的函数。 这些函数需要一个或多个 boost::filesystem::path
类型的参数,并且在其内部会调用操作系统功能来处理这些文件或目录。
在介绍各个函数之前,很重要的一点是要弄明白出现错误时会发生什么。 所有要在内部访问操作系统功能的函数都有可能失败。 在失败的情况下,将抛出一个类型为 boost::filesystem::filesystem_error
的异常。 这个类是派生自 boost::system::system_error
的,因此适用于 Boost.System 框架。
除了继承自父类 boost::system::system_error
的 what()
和 code()
方法以外,还有另外两个方法:path1()
和 path2()
。 它们均返回一个类型为 boost::filesystem::path
的对象,因此在发生错误时可以很容易地确定路径信息 - 即使是对那些需要两个 boost::filesystem::path
参数的函数。
多数函数存在两个变体:在失败时,一个会抛出类型为 boost::filesystem::filesystem_error
的异常,而另一个则返回类型为 boost::system::error_code
的对象。 对于后者,需要对返回值进行明确的检查以确定是否出错。
以下例子介绍了一个函数,它可以查询一个文件或目录的状态。
- 下载源代码
boost::filesystem::status()
返回一个 boost::filesystem::file_status
类型的对象,该对象可以被传递给其它辅助函数来评估。 例如,如果查询的是一个目录的状态,则 boost::filesystem::is_directory()
将返回 true
。 除了 boost::filesystem::is_directory()
,还有其它函数,如 boost::filesystem::is_regular_file()
, boost::filesystem::is_symlink()
和 boost::filesystem::exists()
,它们都会返回一个 bool
类型的值。
除了 boost::filesystem::status()
,另一个名为 boost::filesystem::symlink_status()
的函数可用于查询一个符号链接的状态。 在此情况下,实际上查询的是符号链接所指向的文件的状态。在 Windows 中,符号链接以 lnk
文件扩展名识别。
另有一组函数可用于查询文件和目录的属性。
- 下载源代码
函数 boost::filesystem::file_size()
以字节数返回一个文件的大小。
- 下载源代码
要获得一个文件最后被修改的时间,可使用 boost::filesystem::last_write_time()
。
- 下载源代码
boost::filesystem::space()
用于取回磁盘的总空间和剩余空间。 它返回一个 boost::filesystem::space_info
类型的对象,其中定义了三个公有属性:capacity, free 和 available。 这三个属性的类型均为 boost::uintmax_t
,该类型定义于 Boost.Integer 库,通常是 unsigned long long
的 typedef。 磁盘空间是以字节数来计算的。
目前所看到的函数都不会触及文件和目录本身,不过有另外几个函数可以用于创建、改名或删除文件和目录。
- 下载源代码
以上例子应该是自解释的。 仔细察看,可以看到传递给各个函数的不一定是 boost::filesystem::path
类型的对象,也可以是一个简单的字符串。 这是可以的,因为 boost::filesystem::path
提供了一个非显式的构造函数,可以从简单的字符串转换为 boost::filesystem::path
类型的对象。 这实际上简化了 Boost.Filesystem 的使用,因为可以无须显式创建一个对象。
还有其它的函数,如 create_symlink()
用于创建符号链接,以及 copy_file()
用于复制文件或目录。
以下例子中介绍了一个函数,基于一个文件名或一小节路径来创建一个绝对路径。
- 下载源代码
输出哪个路径是由该程序运行时所处的路径决定的。 例如,如果该例子从 C:\
运行,输出将是 C:/photo.jpg
。
请再次留意斜杠符 /
! 如果想得到一个平台相关的路径,则需要初始化一个 boost::filesystem::path
类型的对象,且必须调用 file_string()
。
要取出一个相对于其它目录的绝对路径,可将第二个参数传递给 boost::filesystem::complete()
。
- 下载源代码
现在,该程序显示的是 D:/photo.jpg
。
最后,还有一个辅助函数用于取出当前工作目录,如下例所示。
- 下载源代码
以上程序只能在 Windows 中执行,这是 SetCurrentDirectory()
函数的原因。 这个函数更换了当前工作目录,因此对 boost::filesystem::current_path()
的两次调用将返回不同的结果。
函数 boost::filesystem::initial_path()
用于返回应用程序开始执行时所处的目录。 但是,这个函数取决于操作系统的支持,因此如果需要可移植性,建议不要使用。 在这种情况下,Boost.Filesystem 文档中建议的方法是,可以在程序开始时保存 boost::filesystem::current_path()
的返回值,以备后用。
9.4. 文件流
C++ 标准在 fstream
头文件中定义了几个文件流。 这些流不能接受 boost::filesystem::path
类型的参数。 由于 Boost.Filesystem 库很有可能被包含在 C++ 标准的 Technical Report 2 中,所以这些文件流将通过相应的构造函数来进行扩展。 为了当前可以让文件流与类型为 boost::filesystem::path
的路径信息一起工作,可以使用头文件 boost/filesystem/fstream.hpp
。 它提供了对文件流所需的扩展,这些都是基于 Technical Report 2 即将加入 C++ 标准中的。
- 下载源代码
不仅是构造函数,还有 open()
方法也需要重载,以接受类型为 boost::filesystem::path
的参数。