فهرست منبع

Add some more comments and spacings

Ben S 10 سال پیش
والد
کامیت
fcc864eb67
2فایلهای تغییر یافته به همراه101 افزوده شده و 13 حذف شده
  1. 97 12
      src/file.rs
  2. 4 1
      src/output/details.rs

+ 97 - 12
src/file.rs

@@ -1,3 +1,5 @@
+//! Files, and methods and fields to access their metadata.
+
 use std::ascii::AsciiExt;
 use std::env::current_dir;
 use std::fs;
@@ -14,6 +16,7 @@ use feature::Attribute;
 
 use self::fields as f;
 
+
 /// A **File** is a wrapper around one of Rust's Path objects, along with
 /// associated data about the file.
 ///
@@ -22,18 +25,48 @@ use self::fields as f;
 /// information queried at least once, so it makes sense to do all this at the
 /// start and hold on to all the information.
 pub struct File<'dir> {
+
+    /// This file's name, as a UTF-8 encoded String.
     pub name:  String,
-    pub dir:   Option<&'dir Dir>,
+
+    /// The file's name's extension, if present, extracted from the name. This
+    /// is queried a lot, so it's worth being cached.
     pub ext:   Option<String>,
+
+    /// The path that begat this file. Even though the file's name is
+    /// extracted, the path needs to be kept around, as certain operations
+    /// involve looking up the file's absolute location (such as the Git
+    /// status, or searching for compiled files).
     pub path:  PathBuf,
+
+    /// A cached `metadata` call for this file. This is queried multiple
+    /// times, and is *not* cached by the OS, as it could easily change
+    /// between invocations - but exa is so short-lived it's better to just
+    /// cache it.
     pub stat:  fs::Metadata,
+
+    /// List of this file's extended attributes. These are only loaded if the
+    /// `xattr` feature is in use.
     pub xattrs: Vec<Attribute>,
+
+    /// A reference to the directory that contains this file, if present.
+    ///
+    /// Filenames that get passed in on the command-line directly will have no
+    /// parent directory reference - although they technically have one on the
+    /// filesystem, we'll never need to look at it, so it'll be `None`.
+    /// However, *directories* that get passed in will produce files that
+    /// contain a reference to it, which is used in certain operations (such
+    /// as looking up a file's Git status).
+    pub dir:   Option<&'dir Dir>,
+
+    /// If this `File` is also a directory, then this field is the same file
+    /// as a `Dir`.
     pub this:  Option<Dir>,
 }
 
 impl<'dir> File<'dir> {
-    /// Create a new File object from the given Path, inside the given Dir, if
-    /// appropriate. Paths specified directly on the command-line have no Dirs.
+    /// Create a new `File` object from the given `Path`, inside the given
+    /// `Dir`, if appropriate.
     ///
     /// This uses `symlink_metadata` instead of `metadata`, which doesn't
     /// follow symbolic links.
@@ -66,37 +99,62 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// Whether this file is a directory on the filesystem.
     pub fn is_directory(&self) -> bool {
         self.stat.is_dir()
     }
 
+    /// Whether this file is a regular file on the filesystem - that is, not a
+    /// directory, a link, or anything else treated specially.
     pub fn is_file(&self) -> bool {
         self.stat.is_file()
     }
 
+    /// Whether this file is both a regular file *and* executable for the
+    /// current user. Executable files have different semantics than
+    /// executable directories, and so should be highlighted differently.
     pub fn is_executable_file(&self) -> bool {
         let bit = unix::fs::USER_EXECUTE;
         self.is_file() && (self.stat.permissions().mode() & bit) == bit
     }
 
+    /// Whether this file is a symlink on the filesystem.
     pub fn is_link(&self) -> bool {
         self.stat.file_type().is_symlink()
     }
 
+    /// Whether this file is a named pipe on the filesystem.
     pub fn is_pipe(&self) -> bool {
         false  // TODO: Still waiting on this one...
     }
 
-    /// Whether this file is a dotfile or not.
+    /// Whether this file is a dotfile, based on its name. In Unix, file names
+    /// beginning with a dot represent system or configuration files, and
+    /// should be hidden by default.
     pub fn is_dotfile(&self) -> bool {
         self.name.starts_with(".")
     }
 
+    /// Constructs the 'path prefix' of this file, which is the portion of the
+    /// path up to, but not including, the file name.
+    ///
+    /// This gets used when displaying the path a symlink points to. In
+    /// certain cases, it may return an empty-length string. Examples:
+    ///
+    /// - `code/exa/file.rs` has `code/exa/` as its prefix, including the
+    ///   trailing slash.
+    /// - `code/exa` has just `code/` as its prefix.
+    /// - `code` has the empty string as its prefix.
+    /// - `/` also has the empty string as its prefix. It does not have a
+    ///   trailing slash, as the slash constitutes the 'name' of this file.
     pub fn path_prefix(&self) -> String {
         let path_bytes: Vec<Component> = self.path.components().collect();
         let mut path_prefix = String::new();
 
+        // TODO: I'm not sure if it's even possible for a file to have
+        // an empty set of components...
         if !path_bytes.is_empty() {
+
             // Use init() to add all but the last component of the
             // path to the prefix. init() panics when given an
             // empty list, hence the check.
@@ -157,11 +215,13 @@ impl<'dir> File<'dir> {
         }
     }
 
-    /// This file's number of hard links as a coloured string.
+    /// This file's number of hard links.
     ///
-    /// This is important, because a file with multiple links is uncommon,
-    /// while you can come across directories and other types with multiple
-    /// links much more often.
+    /// It also reports whether this is both a regular file, and a file with
+    /// multiple links. This is important, because a file with multiple links
+    /// is uncommon, while you can come across directories and other types
+    /// with multiple links much more often. Thus, it should get highlighted
+    /// more attentively.
     pub fn links(&self) -> f::Links {
         let count = self.stat.as_raw().nlink();
 
@@ -171,10 +231,14 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// This file's inode.
     pub fn inode(&self) -> f::Inode {
         f::Inode(self.stat.as_raw().ino())
     }
 
+    /// This file's number of filesystem blocks.
+    ///
+    /// (Not the size of each block, which we don't actually report on)
     pub fn blocks(&self) -> f::Blocks {
         if self.is_file() || self.is_link() {
             f::Blocks::Some(self.stat.as_raw().blocks())
@@ -184,20 +248,21 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// The ID of the user that own this file.
     pub fn user(&self) -> f::User {
         f::User(self.stat.as_raw().uid())
     }
 
+    /// The ID of the group that owns this file.
     pub fn group(&self) -> f::Group {
         f::Group(self.stat.as_raw().gid())
     }
 
-    /// This file's size, formatted using the given way, as a coloured string.
+    /// This file's size, if it's a regular file.
     ///
     /// For directories, no size is given. Although they do have a size on
     /// some filesystems, I've never looked at one of those numbers and gained
-    /// any information from it, so by emitting "-" instead, the table is less
-    /// cluttered with numbers.
+    /// any information from it. So it's going to be hidden instead.
     pub fn size(&self) -> f::Size {
         if self.is_directory() {
             f::Size::None
@@ -207,6 +272,7 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// One of this file's timestamps, as a number in seconds.
     pub fn timestamp(&self, time_type: TimeType) -> f::Time {
         let time_in_seconds = match time_type {
             TimeType::FileAccessed => self.stat.as_raw().atime(),
@@ -217,8 +283,9 @@ impl<'dir> File<'dir> {
         f::Time(time_in_seconds)
     }
 
-    /// This file's type, represented by a coloured character.
+    /// This file's 'type'.
     ///
+    /// This is used in the leftmost column of the permissions column.
     /// Although the file type can usually be guessed from the colour of the
     /// file, `ls` puts this character there, so people will expect it.
     fn type_char(&self) -> f::Type {
@@ -239,6 +306,7 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// This file's permissions, with flags for each bit.
     pub fn permissions(&self) -> f::Permissions {
         let bits = self.stat.permissions().mode();
         let has_bit = |bit| { bits & bit == bit };
@@ -293,6 +361,9 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// Whether this file's extension is any of the strings that get passed in.
+    ///
+    /// This will always return `false` if the file has no extension.
     pub fn extension_is_one_of(&self, choices: &[&str]) -> bool {
         match self.ext {
             Some(ref ext)  => choices.contains(&&ext[..]),
@@ -300,10 +371,18 @@ impl<'dir> File<'dir> {
         }
     }
 
+    /// Whether this file's name, including extension, is any of the strings
+    /// that get passed in.
     pub fn name_is_one_of(&self, choices: &[&str]) -> bool {
         choices.contains(&&self.name[..])
     }
 
+    /// This file's Git status as two flags: one for staged changes, and the
+    /// other for unstaged changes.
+    ///
+    /// This requires looking at the `git` field of this file's parent
+    /// directory, so will not work if this file has just been passed in on
+    /// the command line.
     pub fn git_status(&self) -> f::Git {
         match self.dir {
             None    => f::Git { staged: f::GitStatus::NotModified, unstaged: f::GitStatus::NotModified },
@@ -344,6 +423,12 @@ fn ext(name: &str) -> Option<String> {
     name.rfind('.').map(|p| name[p+1..].to_ascii_lowercase())
 }
 
+/// Wrapper types for the values returned from `File` objects.
+///
+/// The methods of `File` don't return formatted strings; neither do they
+/// return raw numbers representing timestamps or user IDs. Instead, they will
+/// return an object in this `fields` module. These objects are later rendered
+/// into formatted strings in the `output/details` module.
 pub mod fields {
     use std::os::unix::raw::{blkcnt_t, gid_t, ino_t, nlink_t, time_t, uid_t};
 

+ 4 - 1
src/output/details.rs

@@ -48,6 +48,8 @@ pub struct Details {
     /// Whether to show each file's extended attributes.
     pub xattr: bool,
 
+    /// The colours to use to display information in the table, including the
+    /// colour of the tree view symbols.
     pub colours: Colours,
 }
 
@@ -130,6 +132,7 @@ struct Table {
 }
 
 impl Table {
+
     /// Create a new, empty Table object, setting the caching fields to their
     /// empty states.
     fn with_options(colours: Colours, columns: Vec<Column>) -> Table {
@@ -320,7 +323,7 @@ impl Table {
         };
 
         let style = if self.users.get_current_uid() == user.0 { self.colours.users.user_you }
-                                                               else { self.colours.users.user_someone_else };
+                                                         else { self.colours.users.user_someone_else };
         Cell::paint(style, &*user_name)
     }