用C++些文件拷贝程序远远比我想象的要困难的多,和C#仅使用的File类和Directory类相比,直接操作windows api更加有趣。这个过程让我体会到的不仅仅是api,更多是编写程序这一个过程的本质。
先和大家分享一下我的代码,还请各位C++前辈们指教。
.h文件
#pragma once
.cpp文件
#include <string>
#include "file.h"
using namespace std;
namespace Common
{
namespace File
{
class SyncFolder : public Common::File::FileClass
{
private:
wstring m_sourceDirectory;
wstring m_targetDirectory;
const wstring * m_ext;
const bool * m_reverseExt;
protected:
void FileMethod(const wstring&);
public:
SyncFolder(const wstring &sourceDirectory, const wstring &targetDirectory,const wstring &ext, bool reverseExt):FileClass(),
m_sourceDirectory(Common::File::GetSecurePath(sourceDirectory)),m_targetDirectory(Common::File::GetSecurePath(targetDirectory))
{
m_ext = new wstring(ext);
m_reverseExt = new bool(reverseExt);
}
~SyncFolder(void)
{
delete m_ext;
delete m_reverseExt;
}
void Exec();
};
}
}
#include "StdAfx.h"
#include "SyncFolder.h"
#include "File.h"
void Common::File::SyncFolder::Exec()
{
ReadFiles(m_sourceDirectory, *m_ext);
}
void Common::File::SyncFolder::FileMethod(const wstring& fileName)
{
//获取相对路径
wstring offsetPath =
Common::File::GetRelativePath(m_sourceDirectory,
Common::File::GetPathFromFilePath(fileName));
//获取新路径
wstring targetFilePath;
if(offsetPath.empty())
targetFilePath = m_targetDirectory;
else
targetFilePath = m_targetDirectory + L"" + offsetPath;
//创建文件夹
Common::File::CreatePath(targetFilePath);
//创建新文件路径
wstring newFileName = targetFilePath + L"" + Common::File::GetFileNameFromFilePath(fileName);
//复制文件
CopyFile(fileName.c_str(), newFileName.c_str(), true);
}
其实在之前的一篇blog中,我写了一个遍历文件目录的函数( 文件夹遍历代码C++(win32平台)),在这个函数的参数列表中,有一个函数指针。我的意图是通过这个函数指针,能够处理遍历到的文件。由于在C#中,可以通过delegate来声明一个类似与函数指针的类型,然后通过该类型来定义一个对象来指向执行方法的地址,所以我也想在C++中如法炮制。可是最后C++编译器告诉我,这种写法是错误的。在C++中,函数指针指向的是一个静态地址,如果我要将指针指向类实例的一个成员方法,这在C++中是不允许的(听说boost中一个解决方法)。这让我明白了C++和C#中相似的地方并不相同。不过这也给了我想象的空间:去想象C#编译器是如何用delegate去实现函数指针的功能的或者说它们之间有本质的区别。
另外一个很重要的体验是,C++的开发环境远没有C#那么智能(VS2008),特别是智能感知那一块。这让我在最开始些代码的时候总是感到不稳,像一个醉汉走路,摇摇晃晃的。后来我发现,这种担心源于我自己对C++编译器的类型检查特性没有充分的认识。我们可以放心大胆的去写代码,然后compile,如果有问题,编译器会很精确的告诉你。这种认识对重构代码很有帮助。在之后的工作中,对于那些C#代码,我都感很放心的去重构,因为编译器会告诉我问题出在什么地方。也就是基于这种认识,在写C#代码的时候,尽量避免使用像datatable之类的类型,因为编译器不能对其中的数据类型进行类型检查,这样我们也就享受不到编译器类型检查这项功能带来的实惠。
还有就是单元测试的工作方式。最开始写C++代码,每写一行代码我都不敢确定它的输出结果是正确的或是什么样子。为了解决这个问题,我基本上为每个函数编写专门的调试代码。后来我发现这是一种不错的工作方式,效率很高。这种工作方式就是在.net世界中的单元测试呀。
总之,C++的学习让我受益匪浅。希望能够和大家多多交流。
版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明!