import() causing TS to throw method on type error

[thedevelopnik]

Having trouble getting it to recognize methods on the dynamically imported class.

See comments on #121

[masters3d]

try changing the module target to esnext

Many bundlers have support for automatically splitting output bundles based on these import expressions, so consider using this new feature with the esnext module target.

[masters3d]

typescript/common/tsconfig.json

Line 3 in 7c30725

"target": "es2017",

[masters3d]

https://www.typescriptlang.org/docs/handbook/compiler-options.html

[masters3d]

also module needs to be esnext

typescript/common/tsconfig.json

Line 4 in 7c30725

"module": "commonjs",

[masters3d]

Reopen when you get a chance to work on it :)

[thedevelopnik]

Yep, sorry, that's today.

Changed the target and module props to esnext in tsconfig.json. That did get it a step further, but hit a new roadblock. This feature seems to be made more for dynamically importing guaranteed resources than for contingently importing resources that may be missing. If you delete acronym.example.ts or remove all code that exports anything (from that or acronym.ts), then TS won't compile because the module doesn't exist.

Since the point of the story was to allow it to import someone's work once they'd gotten rid of, or in the absence of, the example, I don't think this will fulfill that goal, so I'm going to leave it closed for now unless I have an epiphany.