| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | /** | 
					
						
							|  |  |  |  * @license | 
					
						
							|  |  |  |  * Copyright Google Inc. All Rights Reserved. | 
					
						
							|  |  |  |  * | 
					
						
							|  |  |  |  * Use of this source code is governed by an MIT-style license that can be | 
					
						
							|  |  |  |  * found in the LICENSE file at https://angular.io/license
 | 
					
						
							|  |  |  |  */ | 
					
						
							| 
									
										
											  
											
												fix(ivy): reuse default imports in type-to-value references (#29266)
This fixes an issue with commit b6f6b117. In this commit, default imports
processed in a type-to-value conversion were recorded as non-local imports
with a '*' name, and the ImportManager generated a new default import for
them. When transpiled to ES2015 modules, this resulted in the following
correct code:
import i3 from './module';
// somewhere in the file, a value reference of i3:
{type: i3}
However, when the AST with this synthetic import and reference was
transpiled to non-ES2015 modules (for example, to commonjs) an issue
appeared:
var module_1 = require('./module');
{type: i3}
TypeScript renames the imported identifier from i3 to module_1, but doesn't
substitute later references to i3. This is because the import and reference
are both synthetic, and never went through the TypeScript AST step of
"binding" which associates the reference to its import. This association is
important during emit when the identifiers might change.
Synthetic (transformer-added) imports will never be bound properly. The only
possible solution is to reuse the user's original import and the identifier
from it, which will be properly downleveled. The issue with this approach
(which prompted the fix in b6f6b117) is that if the import is only used in a
type position, TypeScript will mark it for deletion in the generated JS,
even though additional non-type usages are added in the transformer. This
again would leave a dangling import.
To work around this, it's necessary for the compiler to keep track of
identifiers that it emits which came from default imports, and tell TS not
to remove those imports during transpilation. A `DefaultImportTracker` class
is implemented to perform this tracking. It implements a
`DefaultImportRecorder` interface, which is used to record two significant
pieces of information:
* when a WrappedNodeExpr is generated which refers to a default imported
  value, the ts.Identifier is associated to the ts.ImportDeclaration via
  the recorder.
* when that WrappedNodeExpr is later emitted as part of the statement /
  expression translators, the fact that the ts.Identifier was used is
  also recorded.
Combined, this tracking gives the `DefaultImportTracker` enough information
to implement another TS transformer, which can recognize default imports
which were used in the output of the Ivy transform and can prevent them
from being elided. This is done by creating a new ts.ImportDeclaration for
the imports with the same ts.ImportClause. A test verifies that this works.
PR Close #29266
											
										 
											2019-03-11 16:54:07 -07:00
										 |  |  | import {NOOP_DEFAULT_IMPORT_RECORDER, ReferenceEmitter} from '../../imports'; | 
					
						
							| 
									
										
										
										
											2019-03-26 14:02:16 -07:00
										 |  |  | import {DtsMetadataReader, LocalMetadataRegistry} from '../../metadata'; | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | import {PartialEvaluator} from '../../partial_evaluator'; | 
					
						
							| 
									
										
										
										
											2019-03-20 12:10:58 +02:00
										 |  |  | import {ClassDeclaration, TypeScriptReflectionHost, isNamedClassDeclaration} from '../../reflection'; | 
					
						
							| 
									
										
										
										
											2019-02-19 12:05:03 -08:00
										 |  |  | import {LocalModuleScopeRegistry, MetadataDtsModuleScopeResolver} from '../../scope'; | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | import {getDeclaration, makeProgram} from '../../testing/in_memory_typescript'; | 
					
						
							|  |  |  | import {DirectiveDecoratorHandler} from '../src/directive'; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | describe('DirectiveDecoratorHandler', () => { | 
					
						
							|  |  |  |   it('should use the `ReflectionHost` to detect class inheritance', () => { | 
					
						
							| 
									
										
										
										
											2019-02-19 12:05:03 -08:00
										 |  |  |     const {program} = makeProgram([ | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  |       { | 
					
						
							|  |  |  |         name: 'node_modules/@angular/core/index.d.ts', | 
					
						
							|  |  |  |         contents: 'export const Directive: any;', | 
					
						
							|  |  |  |       }, | 
					
						
							|  |  |  |       { | 
					
						
							|  |  |  |         name: 'entry.ts', | 
					
						
							|  |  |  |         contents: `
 | 
					
						
							|  |  |  |           import {Directive} from '@angular/core'; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |           @Directive({selector: 'test-dir-1'}) | 
					
						
							|  |  |  |           export class TestDir1 {} | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |           @Directive({selector: 'test-dir-2'}) | 
					
						
							|  |  |  |           export class TestDir2 {} | 
					
						
							|  |  |  |         `,
 | 
					
						
							|  |  |  |       }, | 
					
						
							|  |  |  |     ]); | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     const checker = program.getTypeChecker(); | 
					
						
							|  |  |  |     const reflectionHost = new TestReflectionHost(checker); | 
					
						
							|  |  |  |     const evaluator = new PartialEvaluator(reflectionHost, checker); | 
					
						
							| 
									
										
										
										
											2019-03-26 14:02:16 -07:00
										 |  |  |     const metaReader = new LocalMetadataRegistry(); | 
					
						
							|  |  |  |     const dtsReader = new DtsMetadataReader(checker, reflectionHost); | 
					
						
							| 
									
										
										
										
											2019-02-19 17:36:26 -08:00
										 |  |  |     const scopeRegistry = new LocalModuleScopeRegistry( | 
					
						
							| 
									
										
										
										
											2019-03-26 14:02:16 -07:00
										 |  |  |         metaReader, new MetadataDtsModuleScopeResolver(dtsReader, null), new ReferenceEmitter([]), | 
					
						
							| 
									
										
										
										
											2019-02-19 17:36:26 -08:00
										 |  |  |         null); | 
					
						
							| 
									
										
											  
											
												fix(ivy): reuse default imports in type-to-value references (#29266)
This fixes an issue with commit b6f6b117. In this commit, default imports
processed in a type-to-value conversion were recorded as non-local imports
with a '*' name, and the ImportManager generated a new default import for
them. When transpiled to ES2015 modules, this resulted in the following
correct code:
import i3 from './module';
// somewhere in the file, a value reference of i3:
{type: i3}
However, when the AST with this synthetic import and reference was
transpiled to non-ES2015 modules (for example, to commonjs) an issue
appeared:
var module_1 = require('./module');
{type: i3}
TypeScript renames the imported identifier from i3 to module_1, but doesn't
substitute later references to i3. This is because the import and reference
are both synthetic, and never went through the TypeScript AST step of
"binding" which associates the reference to its import. This association is
important during emit when the identifiers might change.
Synthetic (transformer-added) imports will never be bound properly. The only
possible solution is to reuse the user's original import and the identifier
from it, which will be properly downleveled. The issue with this approach
(which prompted the fix in b6f6b117) is that if the import is only used in a
type position, TypeScript will mark it for deletion in the generated JS,
even though additional non-type usages are added in the transformer. This
again would leave a dangling import.
To work around this, it's necessary for the compiler to keep track of
identifiers that it emits which came from default imports, and tell TS not
to remove those imports during transpilation. A `DefaultImportTracker` class
is implemented to perform this tracking. It implements a
`DefaultImportRecorder` interface, which is used to record two significant
pieces of information:
* when a WrappedNodeExpr is generated which refers to a default imported
  value, the ts.Identifier is associated to the ts.ImportDeclaration via
  the recorder.
* when that WrappedNodeExpr is later emitted as part of the statement /
  expression translators, the fact that the ts.Identifier was used is
  also recorded.
Combined, this tracking gives the `DefaultImportTracker` enough information
to implement another TS transformer, which can recognize default imports
which were used in the output of the Ivy transform and can prevent them
from being elided. This is done by creating a new ts.ImportDeclaration for
the imports with the same ts.ImportClause. A test verifies that this works.
PR Close #29266
											
										 
											2019-03-11 16:54:07 -07:00
										 |  |  |     const handler = new DirectiveDecoratorHandler( | 
					
						
							|  |  |  |         reflectionHost, evaluator, scopeRegistry, NOOP_DEFAULT_IMPORT_RECORDER, false); | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | 
 | 
					
						
							|  |  |  |     const analyzeDirective = (dirName: string) => { | 
					
						
							| 
									
										
										
										
											2019-03-20 12:10:57 +02:00
										 |  |  |       const DirNode = getDeclaration(program, 'entry.ts', dirName, isNamedClassDeclaration); | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | 
 | 
					
						
							|  |  |  |       const detected = handler.detect(DirNode, reflectionHost.getDecoratorsOfDeclaration(DirNode)); | 
					
						
							|  |  |  |       if (detected === undefined) { | 
					
						
							|  |  |  |         throw new Error(`Failed to recognize @Directive (${dirName}).`); | 
					
						
							|  |  |  |       } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |       const {analysis} = handler.analyze(DirNode, detected.metadata); | 
					
						
							|  |  |  |       if (analysis === undefined) { | 
					
						
							|  |  |  |         throw new Error(`Failed to analyze @Directive (${dirName}).`); | 
					
						
							|  |  |  |       } | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |       return analysis; | 
					
						
							|  |  |  |     }; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     // By default, `TestReflectionHost#hasBaseClass()` returns `false`.
 | 
					
						
							|  |  |  |     const analysis1 = analyzeDirective('TestDir1'); | 
					
						
							|  |  |  |     expect(analysis1.meta.usesInheritance).toBe(false); | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     // Tweak `TestReflectionHost#hasBaseClass()` to return true.
 | 
					
						
							|  |  |  |     reflectionHost.hasBaseClassReturnValue = true; | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  |     const analysis2 = analyzeDirective('TestDir2'); | 
					
						
							|  |  |  |     expect(analysis2.meta.usesInheritance).toBe(true); | 
					
						
							|  |  |  |   }); | 
					
						
							|  |  |  | }); | 
					
						
							|  |  |  | 
 | 
					
						
							|  |  |  | // Helpers
 | 
					
						
							|  |  |  | class TestReflectionHost extends TypeScriptReflectionHost { | 
					
						
							|  |  |  |   hasBaseClassReturnValue = false; | 
					
						
							|  |  |  | 
 | 
					
						
							| 
									
										
										
										
											2019-03-20 12:10:58 +02:00
										 |  |  |   hasBaseClass(clazz: ClassDeclaration): boolean { return this.hasBaseClassReturnValue; } | 
					
						
							| 
									
										
										
										
											2019-02-15 16:13:31 +02:00
										 |  |  | } |