Compile decorators properly when googmodule is false and transformTypesToClosure is true

[claydiffrient]

This adds a few example decorators to test if they are doing what we need them to do.

Modifies the handling of decorators to make sure they don't do anything that closure gets mad about.

The instructions here should still work for testing: #1

[claydiffrient]

This is the error I keep getting:

❯ npx google-closure-compiler \
--js='*.js' \
--js_output_file=out.js \
--source_map_include_content \
--generate_exports \
--export_local_property_definitions \
--language_in=UNSTABLE \
--module_resolution=NODE
./using_decorators.js:1:18: WARNING - [ES6_MODULE_REFERENCES_THIS] The body of an ES6 module cannot reference this.
  1| var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
                       ^^^^

./using_decorators.js:1:26: WARNING - [ES6_MODULE_REFERENCES_THIS] The body of an ES6 module cannot reference this.
  1| var __decorate = (this && this.__decorate) || function (decorators, target, key, desc) {
                               ^^^^

./using_decorators.js:21:13: ERROR - [JSC_CANNOT_CONVERT_YET] Transpilation of 'Classes with possible name shadowing' is not yet implemented.
  21| let Person = class Person {
                   ^^^^^^^^^^^^^^
  22|     name_;
      ^^^^^^^^^^
...
  43|     }
      ^^^^^
  44| };

[ribrdb]

Do you have the ts option to import tslib? Tsickle has its own version of tslib.

[ribrdb]

In the demo this is getting emitted as a normal decorator, not converted to an annotation.

[claydiffrient]

In demo/tsickle-out/using_decorators.js I'm seeing it get output as:

/** @type {!Object<string, !Array<{type: !Function, args: (undefined|!Array<?>)}>>} */
static propDecorators = {
    age: [{ type: annotatedAccessorDecorator, args: [true,] }]
};

whereas the other decorators get output as:

__decorate([
    accessorDecorator(true)
], Person.prototype, JSCompiler_renameProperty("name", Person.prototype), null);

is that not the correct behavior?

[ribrdb]

Huh, when I followed the testing directions from the other pr I get this output:

__decorate([
    annotatedAccessorDecorator(true)
], Person.prototype, "age", null);

I also just noticed __decorate is defined inline instead of being imported too, which doesn't seem right.

[claydiffrient]

What??? That doesn't make any sense :(