npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

typescript-closure-compiler

v1.8.11

Published

Patches the TypeScript compiler to generate JSDoc annotations

Downloads

119

Readme

TypeScript Closure Compiler

This patches the TypeScript compiler to generate JSDoc annotations ready for Google Closure Compiler. A demo is available online at http://sagifogel.github.io/typescript-closure-compiler/. The current version is compatible with TypeScript 1.8.10. For the purposes of clarity each npm package that will be released will match TypeScript`s major and minor version. For example each version of typescript-closure-compiler that is compatible with TypeScript 1.7.5 will be constructed as 1.7.x and each version that is compatible with TypeScript 1.8.10 will be constructed as 1.8.x.

Installing

For the latest stable version:

npm install -g typescript-closure-compiler

If you work with a specific version of TypeScript (for instance 1.7.5), Then you need to install it globally using the @{version} after the typescript-closure-compiler name:

npm install -g [email protected]

Usage

The patched version of the TypeScript compiler is available as tscc after installing globally with npm install -g typescript-closure-compiler. Substitute tsc with tscc in your build script. Note that the --module flag is supported only for the compilation phase (you can write your code using any preferred module system), it won't be present in the output files since the intent is to compile and optimize all code into one big bundle. Also the output of the tscc will transpile into ECMAScript 5

tscc app.ts

Using the gulp task

tscc is a command line compiler much like TypeScript`s tsc file. You can also choose to compile your code using a gulp plugin for typescript-closure-compiler

Additional options

The patched compiler provides couple of additional options that help you to control the output of the closure compiler library.

Export symbols to the global scope

Exporting types to the global scope is done using two additional options. --entry and --exportAs. Both options should be explicitly set in order for this feature to work properly.

entry - main file that contains all exported types. exportAs - the name of the main symbol that will be exported to the global scope.

tscc app.ts --module commonjs --entry app.ts --exportAs App

Declaring Extern symbols

If you use third party libraries in your code and you don't want Closure Compiler to rename its symbols, you need to declare some externs. Declaring externs is done using additional option --externs. All you need to do is specify the list of extern files after the externs option.

tscc app.ts --module commonjs --externs externs/app-extern.d.ts...

You can also specify the files in a tsconfig.json file. use the project option to locate the tsconfig.json file:

tscc --project [project specific directory]

and declare the options in the tsconfig.json file:

{
  "compilerOptions": {
    "module": "commonjs"
  },
  "files": [
    "app.ts"
  ],
  "externs": [
    "externs/app-externs.d.ts"
  ]
}

you can also use the externsOutFile option in order to emit all extern files to a single file.

tscc app.ts --module commonjs --externs externs/app-extern.d.ts --externsOutFile externs.js

or declaring it in the config.ts file:

{
  "compilerOptions": {
    "module": "commonjs",
    "externsOutFile": "externs.js"
  },
  "files": [
    "app.ts"
  ],
  "externs": [
    "externs/app-externs.d.ts"
  ]
}

One side enums

By default typescript-closure-compiler emits bi-directional enums, which means that the key could also be resolved using the value.

enum EventType {
    mouseup = 0,
    mousedown = 1
}

will be translated to:

var EventType = {
    mouseup: 0,
    mousedown: 1,
    "0": "mouseup",
    "1": "mousedown"
};

In order to resolve the key from the value you can write:

console.log(EventType[0]); 

"mouseup" will be printed

You can use the emitOneSideEnums property to override this behaviour and to just emit one side enums:

tscc app.ts --module commonjs --emitOneSideEnums

Now for the same enum the emitted code will be:

var EventType = {
    mouseup: 0,
    mousedown: 1
};

experimentalDecorators and ignoreDecoratorsWarning

In case you annotate your class/methods/params with decorators without enabling the experimentalDecorators option, TypeScript will emit all the code that enables this feature, but will output a warning message to enable this option.

function f() {
    console.log("f(): evaluated");
    return function (target, propertyKey: string, descriptor: PropertyDescriptor) {
        console.log("f(): called");
    } 
}

class C {
    @f()
    method() {}
}

The output will be:

Experimental support for decorators is a feature that is subject to change in a future release. Set the 'experimentalDecorators' option to remove this warning.

typescript-closure-compiler changes this behaviour and omits all decorators relevant code when the experimentalDecorators is not enabled, thus ensuring that the generated javascript will not include unnecessary code. In addition typescript-closure-compiler enables you to use the ignoreDecoratorsWarning option in order to ignore the warning message. These two options enables you to write your code once using decorations, but to omit the decorations related code using configuration, much like choosing the verbosity of a logger using configuration. A reasonable scenario would be to decorate your class/methods/params with decorators for debug purposes but to omit this code in the final release. All you have to do is create two tsconfig.json files one for debug and one for release. The release file should include the ignoreDecoratorsWarning. The debug file should include the experimentalDecorators.

release

{
  "compilerOptions": {
    "ignoreDecoratorsWarning": true
  }
  "files": [
  ]
}

debug

{
  "compilerOptions": {
    "experimentalDecorators": true
  }
  "files": [
  ]
}

Changing the global scope

typescript-clousre-compiler by default sets all exported symbols to the global scope using the self keyword, which is supproted on both node and modern browsers. In case you need to change the default value of self to any other symbol you can just use the globalEnvironment option:

tscc app.ts --globalEnvironment window

or declaring it in the config.ts file:

{
  "compilerOptions": {
    "globalEnvironment": "window"
  }
}

Usage Examples

See an example of typescript-closure-compiler using gulp-typescript-closure-compiler plugin in the TSFunq project.

Building

The build tool that was chosen for this project is Jake, for compatibility reasons with TypeScript`s build system.

git clone https://github.com/sagifogel/typescript-closure-compiler.git

Install Jake tools and the dev dependencies of typescript-closure-compiler

npm install -g jake
npm install

Clone the submodule

cd .\TypeScript
git submodule update --init

Navigate to the TypeScript folder and install its dependencies

npm install

Return to the folder of typescript-closure-compiler and execute the build

jake build

License

Like the TypeScript compiler itself, this code is licensed under the Apache License 2.0.