diff options
author | rfkelly0 <rfkelly0@67cdc799-7952-0410-af00-57a81ceafa0f> | 2010-12-27 10:33:51 +0000 |
---|---|---|
committer | rfkelly0 <rfkelly0@67cdc799-7952-0410-af00-57a81ceafa0f> | 2010-12-27 10:33:51 +0000 |
commit | 1e303a8fe568c9c0213dd9e57db33334937fa2e1 (patch) | |
tree | dd6e24a26c65f8b9a6f564f00b379a89b4e700ab /docs | |
parent | 9b66499e86171ace303ee588bd23fcebbf01b96c (diff) | |
download | pyfilesystem-1e303a8fe568c9c0213dd9e57db33334937fa2e1.tar.gz |
some doc additions and cleanups
git-svn-id: http://pyfilesystem.googlecode.com/svn/trunk@582 67cdc799-7952-0410-af00-57a81ceafa0f
Diffstat (limited to 'docs')
-rw-r--r-- | docs/concepts.rst | 6 | ||||
-rw-r--r-- | docs/index.rst | 1 | ||||
-rw-r--r-- | docs/interface.rst | 13 |
3 files changed, 15 insertions, 5 deletions
diff --git a/docs/concepts.rst b/docs/concepts.rst index 1205998..0a911be 100644 --- a/docs/concepts.rst +++ b/docs/concepts.rst @@ -6,7 +6,7 @@ It is generally quite easy to get in to the mind-set of using PyFilesystem inter Sandboxing ---------- -FS objects are not permitted to work with any files / directories outside of the Filesystem they represent. If you attempt to open a file or directory outside the root of the FS (by using "../" in the path, you will get a ValueError). +FS objects are not permitted to work with any files / directories outside of the Filesystem they represent. If you attempt to open a file or directory outside the root of the FS (e.g. by using "../" in the path) you will get a ValueError. There is no concept of a current working directory in PyFilesystem, since it is a common source of bugs and not all filesytems even have such a notion. If you want to work with a sub-directory of a FS object, you can use the `opendir` method which returns another FS object representing the sub-directory. @@ -55,6 +55,8 @@ When working with paths in FS objects, keep in mind the following: Note that paths used by the FS interface will use this format, but the constructor or additional methods may not. Notably the ``osfs.OSFS`` constructor which requires an OS path -- the format of which can be platform-dependant. +There are many helpful functions for working with paths in the :mod:`fs.path` module. + System Paths ++++++++++++ @@ -72,7 +74,7 @@ Not all FS implementation will map to a valid system path (e.g. the FTP FS objec Errors ------ -PyFilesystem converts all exceptions to a common type, so that you need only write your exception handling code once. For example, if you try to open a file that doesn't exist, PyFilesystem will throw a ``fs.errors.ResourceNotFoundError`` regardless of wether the filesystem is local, on a ftp server or in a zip file:: +PyFilesystem converts all exceptions to a common type, so that you need only write your exception handling code once. For example, if you try to open a file that doesn't exist, PyFilesystem will throw a ``fs.errors.ResourceNotFoundError`` regardless of whether the filesystem is local, on a ftp server or in a zip file:: >>> from fs.osfs import OSFS >>> root_fs = OSFS('/') diff --git a/docs/index.rst b/docs/index.rst index 7dad2e6..f245219 100644 --- a/docs/index.rst +++ b/docs/index.rst @@ -21,6 +21,7 @@ Guide filesystems.rst contrib.rst expose.rst + utilities.rst Code Documentation ------------------ diff --git a/docs/interface.rst b/docs/interface.rst index f2ba77c..0b4af59 100644 --- a/docs/interface.rst +++ b/docs/interface.rst @@ -5,9 +5,9 @@ It requires a relatively small number of methods to implement a working FS objec If you are looking to implement a working FS object, derive a class from fs.base.FS and implement the essential methods (below). Be sure to convert all exceptions to instances of :class:`fs.errors.FSError`. -It may also be worthwhile implementing some of the non-essential methods, as the default implementations may not be optimal. For example, the method :meth:`fs.base.FS.move` is implemeneted as a file copy followed by a delete, but may filesystems can move a file without copying data. +It may also be worthwhile implementing some of the non-essential methods, as the default implementations may not be optimal. For example, the method :meth:`fs.base.FS.move` is implemeneted as a file copy followed by a delete, but many filesystems can move a file without copying data. -If the filesystem you are implementing maps path to the native filesystem, be sure to implement `getsyspath`. Doing so will improve performance, especialy when copying / moving files between FS objects. +If the filesystem you are implementing maps paths to the native filesystem, be sure to implement `getsyspath`. Doing so will improve performance, especialy when copying / moving files between FS objects. Essential Methods ----------------- @@ -35,8 +35,14 @@ The following methods have default implementations in fs.base.FS and aren't requ * :meth:`~fs.base.FS.desc` Return a short destriptive text regarding a path * :meth:`~fs.base.FS.exists` Check whether a path exists as file or directory * :meth:`~fs.base.FS.listdirinfo` Get a directory listing along with the info dict for each entry + * :meth:`~fs.base.FS.ilistdir` Generator version of the listdir method + * :meth:`~fs.base.FS.ilistdirinfo` Generator version of the listdirinfo method * :meth:`~fs.base.FS.getsyspath` Get a file's name in the local filesystem, if possible * :meth:`~fs.base.FS.hassyspath` Check if a path maps to a system path (recognised by the OS) + * :meth:`~fs.base.FS.getpathurl` Get an external URL at which the given file can be accessed, if possible + * :meth:`~fs.base.FS.haspathurl` Check if a path maps to an external URL + * :meth:`~fs.base.FS.getmeta` Get the value of a filesystem meta value, if it exists + * :meth:`~fs.base.FS.hasmeta` Check if a filesystem meta value exists * :meth:`~fs.base.FS.move` Move a file to a new location * :meth:`~fs.base.FS.movedir` Recursively move a directory to a new location * :meth:`~fs.base.FS.opendir` Opens a directory and returns an FS object that represents it @@ -47,10 +53,11 @@ The following methods have default implementations in fs.base.FS and aren't requ Utility Methods --------------- -The following members have implementations in fs.base.FS but will probably never require a non-default implementation, although there is nothing to prevent a derived class from implementing these: +The following members have implementations in fs.base.FS and will probably never require a non-default implementation, although there is nothing to prevent a derived class from implementing these: * :meth:`~fs.base.FS.createfile` Create a file with data * :meth:`~fs.base.FS.getcontents` Returns the contents of a file as a string + * :meth:`~fs.base.FS.setcontents` Sets the contents of a file as a string or file-like object * :meth:`~fs.base.FS.getsize` Returns the number of bytes used for a given file or directory * :meth:`~fs.base.FS.isdirempty` Checks if a directory contains no files * :meth:`~fs.base.FS.makeopendir` Creates a directroy (if it exists) and returns an FS object for that directory |