You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently typescript supports 2 types of decorators:
legacy decorators
ECMAScript decorators
additionally typescript < 7, supports emitDecoratorMetadata option which sometimes causes issues with performance and generally not recommended and not supported neither by esbuild nor by babel nor by nodejs type stripping mechanism. And in design non goals of typescript we can find this:
Add or rely on run-time type information in programs, or emit different code based on the results of the type system. Instead, encourage programming patterns that do not require run-time metadata.
basically emitDecoratorMetadata option violates the statement above.
So, I’m curious about the future of legacy decorators and emitDecoratorMetadata options. Will this be supported by TS version written in Golang?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Currently typescript supports 2 types of decorators:
additionally typescript < 7, supports
emitDecoratorMetadata
option which sometimes causes issues with performance and generally not recommended and not supported neither by esbuild nor by babel nor by nodejs type stripping mechanism. And in design non goals of typescript we can find this:basically emitDecoratorMetadata option violates the statement above.
So, I’m curious about the future of legacy decorators and emitDecoratorMetadata options. Will this be supported by TS version written in Golang?
Beta Was this translation helpful? Give feedback.
All reactions