Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Hendrik Schnepel
committed
Jun 11, 2012
1 parent
a292f1d
commit a9fdf91
Showing
1 changed file
with
3 additions
and
264 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,265 +1,4 @@ | ||
# nclosure: Server Side Google Closure Tools in Node.js | ||
node-goog: Server-side Google Closure with Node.js | ||
================================================== | ||
|
||
## Overview | ||
|
||
The [Google Closure Tools](http://code.google.com/closure/) are a powerful set | ||
of utilities that aim to make large scale JavaScript development more | ||
manageable. This project brings the power of the closure tools to the | ||
[node](http://www.nodejs.org) | ||
platform. The closure tools gives developers the utilities required to improve | ||
code design and maintainability by providing support for: | ||
|
||
* Enhanced Modularisation (Both logically and physically) | ||
* Better Encapsulation | ||
* Type Safety | ||
* Interfaces and Mixins | ||
* Rich Source Documentation | ||
* A Huge Library of Production Ready Utilities, including: | ||
* Collections / Arrays | ||
* Testing / Mocking | ||
* Async Development | ||
* Encryption | ||
* Date / Date Range Support | ||
* Events | ||
* Internationalisation | ||
* Locale | ||
* Math | ||
* String | ||
* Structs | ||
* [More...](http://closure-library.googlecode.com/svn/docs/index.html) | ||
|
||
|
||
## Installation (core) | ||
|
||
* Install `nclosure`. By: | ||
|
||
npm install nclosure | ||
|
||
* Or better yet, by getting the source: | ||
|
||
git clone git://github.com/gatapia/nclosure.git | ||
cd nclosure | ||
npm link NOTE: npm link does not work on windows! :( | ||
|
||
## Closure Library | ||
|
||
For full details on utilities provided in the closure library refer to the | ||
[official docs](http://closure-library.googlecode.com/svn/docs/index.html). | ||
To use any utility provided in the closure library just: | ||
|
||
1. Include `nclosure` in your application by `require`(ing) it and initialising | ||
it. | ||
|
||
require('nclosure').nclosure(); // nclosure() initialises the framework | ||
|
||
2. `goog.require` any namespace from the Closure library. | ||
|
||
goog.require('goog.structs.Trie'); | ||
|
||
3. That's it, use the imported namespaces anywhere in your file. | ||
|
||
var trie = new goog.structs.Trie(); | ||
|
||
## Closure Compiler | ||
|
||
Using the [Closure Compiler](http://code.google.com/closure/compiler/) requires | ||
a small investment in learning but once you have worked your way through the | ||
[docs](http://code.google.com/closure/compiler/) you can take advantage of the | ||
compiler's support for: | ||
|
||
* Enhanced Code Documentation | ||
* Type Safety | ||
* Encapsulation | ||
* Modularisation | ||
* Enhanced Inheritance and Interfaces | ||
* Scalability | ||
|
||
Once your source code is | ||
[annotated](http://code.google.com/closure/compiler/docs/js-for-compiler.html) | ||
and ready for compilation just run the following command: | ||
|
||
nccompile source.js | ||
|
||
The `nccompile` command accepts various arguments: | ||
|
||
* -c: Create [C]ompile file - Produces a compiled <filename>.min.js file. | ||
Running your code using the compiled js file optimises your code and | ||
reduces the number of imports your system does hence improving start up | ||
time. | ||
* -d: Create [D]ependencies- Creates a deps.js file that can be used as an | ||
additionalDeps in an external project. | ||
|
||
## JSDoc Documentation | ||
|
||
To run `nclosure`'s documentation tool simply run: | ||
|
||
ncdoc <directory or source file> | ||
|
||
For full documentation details please read the | ||
[official jsdoc-toolkit docs](://code.google.com/p/jsdoc-toolkit/). | ||
|
||
For a sample source code documentation project using nclosure ncdoc see | ||
the [node.js core libs](http://gatapia.github.com/ncnode/) as they would look | ||
if generated by nclosure. | ||
|
||
## Closure Testing | ||
|
||
`nclosure` supports testing using Closure's 'goog.testing.jsunit' test tools. | ||
To set up a unit test simply create a test file like: | ||
|
||
#!/usr/bin/env node | ||
// You can now run the test just by executing this file | ||
require('nclosure').nclosure(); | ||
|
||
goog.require('goog.testing.jsunit'); | ||
// Import the code you are testing (may need an additionalDeps defined) | ||
goog.require('nclosure.examples.simple.Example'); | ||
|
||
// Any testXXX function are auto-discovered and run | ||
var testFunction1 = function() { | ||
assertNotEquals(typeof(example_), 'undefined'); | ||
}; | ||
|
||
// Also auto discovered | ||
function testFunction2() { | ||
assertTrue(false); | ||
} | ||
|
||
If the tests are not in the same directory as your code you will have to | ||
ensure that the deps.js file of the code you are testing | ||
is declared in the closure.json file of the tests directory or passed in to the | ||
call to `nclosure();` like: | ||
|
||
require('nclosure').nclosure({additionalDeps:['/pathToDeps/deps.js']}); | ||
|
||
To run a single test just execute: | ||
|
||
./testSourceFile.js <optionalTestName> | ||
|
||
To run all tests (files with the word test or suite in them) in a single | ||
directory (recursive) run the following command: | ||
|
||
nctest <dirname> | ||
|
||
The testing framework also supports test suite files. If you want to have a | ||
test suite simply have an array var named suite with the files to test | ||
(relative to the suite file). I.e. | ||
|
||
// Run all the tests inside the '../examples/simple/' directory | ||
// This array can be directories or specific test (or other suite) | ||
// files | ||
var suite = ['../examples/simple/']; | ||
|
||
## Closure Linter | ||
|
||
For detailed code style checking you can also use `nclosure`'s | ||
linter support. To use linter you will need to download and install | ||
[Closure Linter](http://code.google.com/closure/utilities/index.html). | ||
|
||
Closure Linter checks your code against Google's own | ||
[JavaScript Style Guide](http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml) | ||
which is a mature and highly scalable framework for developing JavaScript code. | ||
|
||
To install Closure Linter read the following | ||
[page]( http://code.google.com/closure/utilities/docs/linter_howto.html). | ||
|
||
Once installed simply run the following command to `linter` your code. | ||
|
||
ncstyle <directory> | ||
|
||
## Node Wrappers | ||
|
||
NClosure contains a set of wrappers around the core node.js libraries. These | ||
wrappers can be used to give type safety when using these libraries. Eg: | ||
|
||
goog.provide('namespace'); | ||
|
||
// Import the 'node.fs' namespace. All node core libs live inside the | ||
// 'node' namespace. | ||
goog.require('node.fs'); | ||
|
||
console.log('Files: ' + node.fs.readdirSync('.')); | ||
|
||
## Advanced Configuration | ||
|
||
`nclosure` can be configured in several ways. The easiest is to modify the | ||
`bin/closure.json` file with your global settings. Settings here can be | ||
extended by placing a `closure.json` file in your source directory. You can | ||
also place a `closure.json` in the directory running `node` (The cwd). | ||
|
||
Finally, `nclosure` can also be configured by passing an optional options | ||
object to the `require('nclosure').nclosure(opts);` call. | ||
|
||
All configuration files and configuration objects take the following format: | ||
|
||
{ | ||
closureBasePath: Location of the closure-library. This defaults to | ||
the closure library included in this package. | ||
additionalDeps: Any additional dependency files required to run your | ||
code. These files generally point to other closure libraries. | ||
Note these deps files must have paths relative to this setting | ||
file or be absolute. | ||
compiler_jar: Path to the compiler jar you want to use. This defaults | ||
to the included compiler.jar file so only change this if you want | ||
to use a custom compiler. | ||
additionalCompileOptions: Additional compiler options, | ||
e.g.: "['--jscomp_warning=newWarningType']" | ||
additionalCompileRoots: These are directories containing source code | ||
that needs to be included in the compilation. If this is not | ||
included then additionalDeps is used to try to guess any additional | ||
roots required (assumes that the deps.js file is in the root folder | ||
of the source directory). | ||
jsdocToolkitDir: The location of jsdoc-toolkit. This is only required | ||
if you want to use jsdoc-toolkit to document your source code. This | ||
defaults to the jsdoc instance included in this package. | ||
additionalJSDocToolkitOptions: Additional jsdoc-toolkit options, | ||
e.g.: "['-D="noGlobal:true"']" | ||
additionalLinterOptions: Additional gjslint and fixjsstyle options, | ||
e.g.: "['--summary=true']" | ||
nodeDir: The location of the node source code. This is only required | ||
if you are contributing to the nclosure project or would like to | ||
update your node-extern files. | ||
} | ||
|
||
Note: All paths can be absolute or relative to the location of the current | ||
settings file. | ||
|
||
## More Help | ||
|
||
The best way to get going with nclosure is to look at the nclosure code (bin, | ||
lib and examples directories). All nclosure code is annotated and should | ||
give you a good introduction to what can be acchieved with the tool. | ||
|
||
If you have any questions, issues, complaints, suggestions, .... just email me | ||
(guido@tapia.com.au) and I'll see what I can do to help. | ||
|
||
## Known Limitations | ||
|
||
Since the Node.js core libs are not jsdoc'ed in any way I could not give any | ||
type safety when using these core libs. | ||
|
||
The documentation template is lacking in several areas this will be improved | ||
in the future. | ||
|
||
Linter is a pain to instal. | ||
|
||
Poor project documentation. | ||
|
||
For an up to date list of issues see the TODO.txt file. Later I will start an | ||
issues list on github. | ||
|
||
## License | ||
|
||
Copyright 2011 Guido Tapia (guido@tapia.com.au) | ||
|
||
Licensed under the Apache License, Version 2.0 (the "License"); | ||
you may not use this file except in compliance with the License. | ||
You may obtain a copy of the License at | ||
|
||
http://www.apache.org/licenses/LICENSE-2.0 | ||
|
||
Unless required by applicable law or agreed to in writing, software | ||
distributed under the License is distributed on an "AS IS" BASIS, | ||
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. | ||
See the License for the specific language governing permissions and | ||
limitations under the License. | ||
I'm not maintaining this project anymore, but [nclosure](https://github.com/gatapia/nclosure) was forked from here and looks like an interesting alternative. |