#include "Stroika/Foundation/StroikaPreComp.h"
#include <filesystem>
#include "Stroika/Foundation/Characters/String.h"
#include "Stroika/Foundation/Common/Common.h"
#include "Stroika/Foundation/Containers/Sequence.h"
#include "Stroika/Foundation/IO/AccessMode.h"
#include "Stroika/Foundation/IO/FileSystem/Common.h"
#include "Stroika/Foundation/Time/DateTime.h"
#include "FileSystem.inl"
Go to the source code of this file.
Classes | |
class | Stroika::Foundation::IO::FileSystem::Ptr |
Namespaces | |
namespace | Stroika::Foundation |
namespace | Stroika::Foundation::IO::FileSystem |
Functions | |
Ptr | Stroika::Foundation::IO::FileSystem::Default () |
TODO:
@todo http://stroika-bugs.sophists.com/browse/STK-685 - MAJOR CHANGES required to accomodate std::filesystem - maybe losing this alltogether, or at least big changes (like using path class instead of String) - force use of ToPath () @todo http://stroika-bugs.sophists.com/browse/STK-612 Probably rename class IO::FileSystem::FileSystem to IO::FileSystem::Ptr (or FileSystemPtr) OLD TODOS this subsumes: > Terrible name - class FileSystem inside namesapce FileSystem! > Bad names. Unwise to have CLASS (singlton mgr) as same name as namespace. Not sure how to fix however. > Add virtual interface and subdir for each concrete one. Tons more code to be factored in here. (leave open but this woudl be a second step - once we have this in 'Ptr' doing rep a natural next step > Great IDEA FROM KDJ. I USED TO support abstractfilesystem in stroika. Maybe in old code base. Used for Win32 FS versus UNIX versus MacOS FS. KDJ's point is this idea should be resurected cuz its useful for stuff like TARFILEs and ZIPFILES or ISO files which act like a FS, and can be treated that way. @todo Consider relationship between windows GetLongPathName() and our CanonicalizePathName...
Definition in file Foundation/IO/FileSystem/Filesystem.h.