Stitch Plus
A CommonJS JavaScript package management solution powered by Stitch-rb. Stitch Plus adds some nice features including:
- Optionally uglify javascript output.
- Each build is fingerprinted with a comment to avoid unnecessary compiling.
- Easily fingerprint the file name for cache busting power.
- Remove previously generated files with each compile.
- Designed to integrate with Guard via guard-stitch-plus.
Installation
Add this line to your application's Gemfile:
gem 'stitch-plus'
And then execute:
$ bundle
Or install it yourself as:
$ gem install stitch-plus
Usage
# options can be a hash or a path to a YAML file
s = StitchPlus.new(options)
# Returns compiled javascript
s.compile
# Get what path to the compiled file will be
s.output_file #> javascripts/app-f1408932717b4b16eb97969d34961213.js
# Writes compiled javascript to disk (`output` config determines filename)
s.write
# Get the path to the most recently written file (or nil)
s.last_write #> javascripts/app-f1408932717b4b16eb97969d34961213.js
# Return an array of files deleted by cleanup
s.deleted
# Return the array of javascripts to be compiled
s.all_files
# Return the fingerprint to be used
s.file_fingerprint
# Permanently modify the config options
s.set_options({output: 'foo.js'})
# Return a hash of the options
s.options
All methods will accept an options hash which will temporarily override previous options options, for example:
s.write({fingerprint: 'false'})
This will disable fingerprinting of the filename temporarily and write to app.js instead of the fingerprinted filename.
Configuration
Stitch Plus will accept a hash of options or a string containing a path to a YAML file.
Config | Description | Default |
---|---|---|
config |
A path to a YAML file containing stitch configurations | nil |
dependencies |
Array of files/directories to be added first as global javascripts | nil |
paths |
Array of directories where javascripts will be wrapped as CommonJS modules | nil |
output |
A path to write the compiled javascript | 'all.js' |
fingerprint |
Add a fingerprint to the file name for super cache busting power | false |
cleanup |
Automatically remove previously compiled files | true |
uglify |
Smash javascript using the Uglifier gem | false |
uglify_options |
Options for the Uglifier gem. See the Uglifier docs for details. | {} |
Note: Configurations loaded from a YAML file will override any settings in your config hash. So {config: 'stitch.yml', uglify: false}
will be overwritten if the yaml
file sets uglify: true
.
Configuring with YAML
Stitch can also read configurations from a YAML file. For example, you could
create a stitch.yml
containing the following:
stitch:
dependencies: ['javascripts/dependencies']
paths: ['javascripts/modules']
output: 'javascripts/app.js'
fingerprint: true
Then you could call stitch like this:
js = StitchPlus.new({config: 'stitch.yml'}).compile
Regarding "Dependencies"
When using dependencies
, order matters, directories are globbed, and files will only be included once for each listing. For example, if you are working on something with jQuery and Backbone.js, your dependencies might look like this:
dependencies: ['js/deps/jquery.js', 'js/deps/underscore.js', 'js/deps/backbone.js', 'js/deps']
This will add—in order—jQuery, Underscore.js and Backbone.js, followed by any other files in the js/deps
directory.
Regarding "Paths"
Javascrpts which are included as paths will be added to the output javascript, after any dependencies, and will be wrapped up as CommonJS modules. Stitch will add its own require function which allows these scripts to be loaded as modules, then it will write each script as a member of a hash, with the file path as the key. For example.
A the script js/deps/test-module.js
containing the following:
var Test = {
init: function(){
console.log('initialized!');
}
}
module.exports = Test;
will be added to the hash and surrounded with the following:
"test-module": function(exports, require, module) {
// the original script
}
This allows other scripts to load the module with
test = require('test-module')
test.init() // logs 'initialized!' to the console
Author's note: I feel like paths
is a stupid name for this option, but I have left it as-is to be consistent with Stitch.
Contributing
- Fork it
- Create your feature branch (
git checkout -b my-new-feature
) - Commit your changes (
git commit -am 'Add some feature'
) - Push to the branch (
git push origin my-new-feature
) - Create new Pull Request
License
Copyright (c) 2013 Brandon Mathis
MIT License
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.