EnumNameGeneratorType not working at all

[LeonidEfremov]

Hi, @RicoSuter!

It seems like openApiToCSharpClient.enumNameGeneratorType (13.7.0) property not working at all... Trying to set any value - no changes at generated cs-code =(

[RicoSuter]

enumNameGeneratorType can only be change when set in-process - not via configuration (e.g. nswag.json file) because it currently cannot dynamically load types from assemblies, etc.

[RicoSuter]

To use this you'd need to write your own CLI based on the NSwag packages and then you have full flexibility...

[johndoese]

It seems that InitCustomTypes should be called somewhere up to top, as stated in TODO item :)

[RicoSuter]

It seems that InitCustomTypes should be called somewhere up to top, as stated in TODO item :)

It's not that easy... how would you be able to "inject" custom types into the CLI? Just calling InitCustomTypes might work when the custom type is in the CLI DLLs but probably you'd want to load your own DLL in the CLI and for that you'd also need a config to define external additional DLLs (which currently does not exist).

[johndoese]

It seems that InitCustomTypes should be called somewhere up to top, as stated in TODO item :)

It's not that easy... how would you be able to "inject" custom types into the CLI? Just calling InitCustomTypes might work when the custom type is in the CLI DLLs but probably you'd want to load your own DLL in the CLI and for that you'd also need a config to define external additional DLLs (which currently does not exist).

Yes, i know that's not so easy, using AssemblyLoaders in any way may cause some unpredictable behaviour. Anyway, i keep in mind that this feature might be implemented, but i made a temporary console app built on NSWag code generator libraries to keep the pipeline cross-platform and simple. Have a nice day and thanks for your work!

[RicoSuter]

Ref: #924

[jhermsen]

Any plans on looking into this again?
I'm also in need of the enumNameGeneratorType.