= Oyster
Oyster is a command-line input parser that doesn't hate you. It provides a
simple API that you use to write a spec for the user interface to your program,
and it handles mapping the input to a hash for you. It supports both long and
short option names, subcommands, and various types of input data.
=== Features
- Parses command line options into a hash for easy access
- Supports long (--example) and short (-e) names, including compound (-zxvf) short options
- Supports subcommand recognition
- Can parse options as booleans, strings, arrays, files, globs
- Automatically handles single-letter shortcuts for option names
- Allows shortcuts to be specified for common groupings of flags
- Is easily extensible to support custom input types
- Automatically outputs man-page-style help for your program
=== Usage
You begin your command-line script by writing a spec for its options, layed out
like a Unix manual page. This spec will be used to parse input and to generate
help text using the --help flag. This example demonstrates a wide range
of the spec API. You can use as much or as little of it as you like, none of the
fields are required.
require 'oyster'
spec = Oyster.spec do
name 'myprog -- something to move files around'
synopsis <<-EOS
myprog [options] --sources SCR --dest DEST
myprog [options] --sources SRC --exec SCRIPT
EOS
description <<-EOS
myprog is a command-line utility for moving files around or executing
scripts against them. It can be invoked from any directory.
EOS
flag :verbose, :default => false,
:desc => 'Print verbose output'
flag :recurse, :default => true,
:desc => 'Enter directories recursively'
shortcut :all, '--verbose --recurse'
string :type, :default => 'f',
:desc => 'Which type of files to move'
integer :status, :default => 200,
:desc => 'Tell the program the status code to return'
float :quality, :default => 0.5,
:desc => 'Level of compression loss incurred when copying'
glob :files, :desc => <<-EOS
Pattern for selecting which files to move. For example, to select all the
JavaScript files, you might use:
--files ./*.js (this directory)
--files **/*.js (search recursively)
EOS
array :sources, :desc => 'List of files to move'
string :dest, :desc => 'Location of directory to move to'
file :exec, :desc => 'File to read script from'
notes <<-EOS
This program may make destructive changes to your files. Make
sure you have a full backup before running any dangerous scripts.
EOS
author 'James Coglan <jcoglan@nospam.com>'
copyright <<-EOS
(c) 2008 James Coglan. This program is free software, distributed under
the MIT license. You are free to use it for whatever purpose you see fit.
EOS
end
Having defined your spec, you can use it to parse user input. Input is specified
as an array of string tokens, and defaults to +ARGV+. If the program is invoked
using --help, Oyster will throw a Oyster::HelpRendered
exception that you can use to halt your program if necessary. An example taking
input from the command line:
begin; opts = spec.parse
rescue Oyster::HelpRendered; exit
end
spec.parse will return a Hash containing the values of the
options as specified by the user. For example:
Input: --verbose
Output: opts[:verbose] == true
Input: --no-recurse
Oupput: opts[:recurse] == false
Input: --all
Output options[:verbose] == true
options[:recurse] == true
Input: --dest /path/to/mydir
Output: opts[:dest] == '/path/to/mydir'
Input: -q 0.7
Output: opts[:quality] == 0.7
Input: --sources foo bar baz -d somewhere
Output: opts[:sources] == ['foo', 'bar', 'baz']
opts[:dest] == 'somewhere'
Options specified as +file+ options will take the input and read the contents of
the specified file. Use this option if you want to take input from files without
knowing the name of the file itself:
Input: --exec myscript.sh
Output: opts[:exec] == '(contents of myscript.sh)'
If you have a +glob+ option, it will expand its input using Dir.glob.
You must quote your input for this to work, otherwise the shell will expand the
glob before handing it to the Ruby interpreter.
Input: -f **/*.rb
Output: ARGV == ['-f', 'foo.rb', 'bar.rb']
-- Oyster will call Dir.glob('foo.rb')
opts[:files] == ['foo.rb']
Input: -f '/*.rb'
Output: ARGV == ['-f', '/.rb']
-- Oyster will call Dir.glob('**/.rb')
opts[:files] == ['foo.rb', 'bar.rb', 'dir/baz.rb', ...]
=== Unclaimed input
Any input tokens not absorbed by one of the option flags will be written to an
array in opts[:unclaimed]:
Input: -s foo.rb bar.rb -d /path/to/dir some_arg
Output: opts[:sources] == ['foo.rb', 'bar.rb']
opts[:dest] == '/path/to/dir'
opts[:unclaimed] == ['some_arg']
=== Subcommands
You can easily create subcommands by nesting specs inside the main one:
Main program spec
spec = Oyster.spec do
# Front matter
name 'someprog'
# Options
flag :verbose, :default => true
# Subcommand 'add'
subcommand :add do
name 'someprog-add'
flag :force, :default => false
end
end
Subcommand options are stored as a hash inside the main options hash:
Input: --no-verbose
Output: opts == {:verbose => false}
Input: -v add -f
Output: opts == {:verbose => true, :add => {:force => true}}
Input: add --help
Output: prints help for 'add' command only
Beware that you cannot give a subcommand the same name as an option flag,
otherwise you'll get a name collision in the output.
=== License
(The MIT License)
Copyright (c) 2008-2011 James Coglan
Permission is hereby granted, free of charge, to any person obtaining a copy of
this software and associated documentation files (the 'Software'), to deal in
the Software without restriction, including without limitation the rights to use,
copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the
Software, and to permit persons to whom the Software is furnished to do so,
subject to the following conditions:
The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS
FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR
COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER
IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN
CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.