Are tsoa decorators a build-time only feature?

[trusktr]

From looking at the source, I see decorators simply return () => {}, which I think implies that they are used only during a compile step (no runtime implementation).

Do you have any thoughts on the new decorator format, in particular the problems and solution I described here?:

discrepancy: we're allowed to get/set private fields, but not public fields, and public auto accessors are not fields.

I'm trying to get all the feedback I can there. It seems not enough people who actually use decorators are involved in the iscussions there.

Maybe decorators for your case are only significant as compiler annotations, which would still be interesting to hear about. If you do have runtime use cases, that would be great to learn about too.

[github-actions]

Hello there trusktr 👋

Thank you for opening your very first issue in this project.

We will try to get back to you as soon as we can.👀

[WoH]

Most of them are, and that can't change until types are available at runtime (which may likely be never).

I.e. @Middlewares is not just compile time.