VC++判断文件或文件夹是否存在(转)
VC++判断文件或文件夹是否存在在Windows应用项目中,几乎总会需要用到一些文件系统相关的函数,如:判断文件是否存在,判断文件夹是否为空,删除文件夹及其所有子项,计算文件夹的大小,等等。不知为何,Windows并未提供直接的API来完成这些操作,于是,代码江湖上开始创立起各种流派,一片刀光剑影。。。大道流:GetFileAttributes大道至简,大道就在你眼前!对于一般的应用来说,GetFileAttributes可以说是判断文件或文件夹是否存在最好的API。因为它功能明确,使用简单,支持XP系统,更重要的是它可以直接区别文件和文件夹。当我们要写一个判断文件或文件夹是否存在的函数时,它应该是首选,不然我就要问你一句:参天大道(咦,好像有哪里不对=.=)你不走,你si bu si sa?代码如下:// 判断文件是否存在BOOL IsFileExist(const CString& csFile){??? DWORD dwAttrib = GetFileAttributes(csFile);??? return INVALID_FILE_ATTRIBUTES != dwAttrib && 0 == (dwAttrib & FILE_ATTRIBUTE_DIRECTORY);}// 判断文件夹是否存在BOOL IsDirExist(const CString & csDir){??? DWORD dwAttrib = GetFileAttributes(csDir);??? return INVALID_FILE_ATTRIBUTES != dwAttrib && 0 != (dwAttrib & FILE_ATTRIBUTE_DIRECTORY);}// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? DWORD dwAttrib = GetFileAttributes(csPath);??? return INVALID_FILE_ATTRIBUTES != dwAttrib;}// 变变变变变种(听说会更快一点),见备注1BOOL IsPathExist(const CString & csPath){??? WIN32_FILE_ATTRIBUTE_DATA attrs = { 0 };??? return 0 != GetFileAttributesEx(csPath,GetFileExInfoStandard,&attrs);}残暴流:CreateFile这世界从来不乏狠人,程序员界也是如此。功能强大的APICreateFile由于存在OPEN_EXISTING配置,使得它可以用来判断文件或文件夹的存在于否。但是它洋洋洒洒几千字的说明文档和数十条的外部链接,无不在明确地向程序员宣告:我有很多坑,你敢来踩吗?这句宣言会吓退无数人,除了狠人。这些狠人会把诸多的说明文字和外部链接通通屠灭,最终抽取出一条规则之链-文件判断,然后用在项目中。但是如果有一点不小心,这条规则之链就会断裂,BUG大魔王就会降临!所以,这个流派的弟子,无论是对项目还是对自己,都堪称残暴!所以,下面这个函数的正确性我不予负责(我甚至敢拿我的机械键盘起誓,它一定是不正确的)!!!代码如下:// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? HANDLE hFile = CreateFile(??????? csPath,???????????????????????????????????????????????? // 要判断的文件或文件夹??????? 0,????????????????????????????????????????????????????? // 我们只需要最低的权限即可??????? FILE_SHARE_DELETE | FILE_SHARE_READ | FILE_SHARE_WRITE,// 我们也不会对文件有任何占用??????? NULL,?????????????????????????????????????????????????? // 安全属性,我们不关心??????? OPEN_EXISTING,????????????????????????????????????????? // 只打开已存在的文件,这也是我们的目标??????? FILE_ATTRIBUTE_NORMAL,????????????????????????????????? // 默认??????? NULL??????????????????????????????????????????????????? // 无??? );??? if (INVALID_HANDLE_VALUE == hFile && (ERROR_ACCESS_DENIED != GetLastError()))??? {??????? return FALSE;??? }??? if (INVALID_HANDLE_VALUE != hFile)??? {??????? CloseHandle(hFile);???????????????????????????????????? // 这里一定要关闭文件句柄,不然会导致文件占用和资源泄漏。??????? hFile = INVALID_HANDLE_VALUE;??? }??? return TRUE;}??? 古典流:_access有人喜新,自然就有人恋旧。一些具有古典情怀的程序员,坚持要在Windows API的地盘上为C库函数谋得一方净土。于是在一堆驼峰变量和函数名当中,那个整齐低调的_access在静默中捍卫着自己的尊严。没什么好说的,致敬,上代码:// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? int nRet = _taccess(csPath,0);??? return 0 == nRet || EACCES == nRet;}?? 娇弱流:FindFirstFile菜鸟刚迈出家门闯荡江湖时,总是天真的,稚嫩的,他们创立的教派也是娇弱的。FindFirstFile以Find和First暗合了菜鸟的探索之心和初涉之意,从而赢得了他们的青睐。但在实际应用中,它却被BUG大魔王轻易地打败:它的参数不能由结尾,它不能正确地判断根目录,代码复杂。代码如下:// 判断文件是否存在BOOL IsFileExist(const CString & csFile){??? if (csFile.IsEmpty())??????? return FALSE;??? BOOL bEndOfSlash = (_T(‘‘) == csFile.GetAt(csFile.GetLength() - 1) || _T(‘/‘) == csFile.GetAt(csFile.GetLength() - 1));??? if (bEndOfSlash)??????? return FALSE;??? WIN32_FIND_DATA fd = { 0 };??? HANDLE hFind = FindFirstFile(csFile,&fd);??? if (INVALID_HANDLE_VALUE == hFind)??? {??????? return FALSE;??? }??? FindClose(hFind);??? hFind = INVALID_HANDLE_VALUE;??? return 0 == (FILE_ATTRIBUTE_DIRECTORY & fd.dwFileAttributes);}// 判断文件夹是否存在BOOL IsDirExist(const CString & csDir){??? if (csDir.IsEmpty())??????? return FALSE;??? BOOL bEndOfSlash = (_T(‘‘) == csDir.GetAt(csDir.GetLength() - 1) || _T(‘/‘) == csDir.GetAt(csDir.GetLength() - 1));??? CString csFind = csDir + (bEndOfSlash ? _T("*") : _T("*"));??? WIN32_FIND_DATA fd = { 0 };??? HANDLE hFind = FindFirstFile(csFind,&fd);??? if (INVALID_HANDLE_VALUE == hFind)??? {??????? return FALSE;??? }??? FindClose(hFind);??? hFind = INVALID_HANDLE_VALUE;??? return 0 != (FILE_ATTRIBUTE_DIRECTORY & fd.dwFileAttributes);}// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? return IsFileExist(csPath) || IsDirExist(csPath);}豪放流:PathFileExists人生苦短,莫使金樽空对月,莫要闷头写代码。对这个流派的弟子来说,事情做到就好,有一点副作用无所谓,有那时间还不如寻欢作乐呢!所以他们选择了PathFileExists。这个由权威机构封装的API确实给人以安全感,但令人不爽的是,它需要我们额外依赖Shlwapi.dll。就为了一个API,值得吗?有的人在沉思,但有的人早已给出了答案。代码如下:// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? return PathFileExists(csPath);}作死流:DeleteFile/RemoveDirectory程序员圈子也是一个完整的生物圈,生物多样性也是很有保证的。所以有一个流派我们万万不能忽视,那是是:作死流!作死流的弟子,生存的意义就在于求死,顺便给其他人带来一些意外,说不定还促成了某些蝴蝶效应呢!在Windows平台上,他们就成功地用既定事实告诉你文件或文件夹到底是否存在。代码如下:// 判断文件是否存在BOOL IsFileExist(const CString & csFile){??? if (DeleteFile(csFile))??? {??????? return FALSE;?? // 真的不存在了哦!??? }??? return ERROR_ACCESS_DENIED == GetLastError();}// 判断文件夹是否存在BOOL IsDirExist(const CString & csDir){??? if (RemoveDirectory(csDir))??? {??????? return FALSE;?? // 真真的不存在了!??? }??? return ERROR_ACCESS_DENIED == GetLastError() || ERROR_DIR_NOT_EMPTY == GetLastError();}// 判断文件或文件夹是否存在BOOL IsPathExist(const CString & csPath){??? return IsFileExist(csPath) || IsDirExist(csPath);}总结上述流派,各有优劣。列表如下:流派 ?? ?支持XP ?? ?可以分辨文件和文件夹 ?? ?有额外依赖项 ?? ?代码难易度 ?? ?已知判断出错的情况(不代表其他情况就一定正确)大道流 ?? ?是 ?? ?????????????????? 是 ?? ??? ???????????????????????????????????????????????? 易 ?? ?网络共享(应指定网络共享的子文件夹)残暴流 ?? ?是 ?? ??? ??? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 难 ?? ?根目录如“C:”,但“C:/”这样是可以的- -!古典流 ?? ?是 ?? ??? ??? ??????????????????????????????????????????????????????????????????????? 易 ?? ?暂无娇弱流 ?? ?是 ?? ?????????????????? 是 ?? ??? ???????????????????????????????????????????????? 难 ?? ?暂无豪放流 ?? ?是 ?? ??? ????????????????????????????????????????? Shlwapi.dll ?? ???????????? 易 ?? ?UNC路径指定的文件夹(文件可以)作死流 ?? ?是 ?? ???????????????? 是 ?? ??? ?????????????????????????????????????????????????? 中 ?? ?我没敢试●-●然而我并不相信这几个流派就是此方江湖的全部。我相信在某些不尽人知的地方,一定存在着一些隐藏宗派,古老世家,可以分分钟杀这些流派。还请知情人告我!备注??? 备注1:见关于判断文件是否存在最高效的函数。https://blog.csdn.net/dragoo1/article/details/44492239————————————————原文链接:https://blog.csdn.net/u012494876/article/details/51204615 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 利用 Qt 读取 XML 文件的方法
- ruby-on-rails – 您是否可以重新定义ruby中的课程?或者这
- Ruby和Python中的范围
- ruby-on-rails – Rails生成的迁移没有设置:null => false
- 在Swift中对齐vs步幅
- oracle – 从标识列的后备序列获取nextval
- c# – 当要滚动的项目太多时,Windows窗体列表框会溢出
- sax错误:org.xml.sax.SAXParseException: Content is not
- react LinkedStateMixin 已经过时
- ruby-on-rails – not_to change.by()不支持