Feature Request: Provide uniffi-bindgen generate for language subcommand

[cavivie]

Currently, the following commands are used to generate language-specific bindings:

uniffi-bindgen generate --language {LANGUAGE} ...

uniffi-bindgen-kotlin ...
uniffi-bindgen-swift ...
uniffi-bindgen-{LANGUAGE} ...

As mentioned here, different languages ​​may have different variant arguments, so different languages ​​are split out and run as main commands separately, which is a big step forward.

We can go a step further. In addition to providing a separate language as the main command entry, I also hope that the language here can exist in the form of a subcommand, so that all functions can be completed with one binary, and variant arguments related to the language itself can be used:

uniffi-bindgen generate kotlin ...
uniffi-bindgen generate swift ...
uniffi-bindgen generate {LANGUAGE} ...

Is such a feature request acceptable, or is it the goal of the project to accept such a change?

[mhammond]

I think we are more likely to head in a different direction, and have each binding be 100% responsible for generating bindings for a given language. This would make things more consistent with external bindings, such as golang or c#. Each language gets it own binding binary.

To put it another way, I think we should stop treating the builtin language as "special".

[cavivie]

If I understand correctly, in the future there may only be uniffi-bindgen-{LANGUAGE}, but no uniffi-bindgen generate --language {LANGUAGE}, nor uniffi-bindgen generate {LANGUAGE} mentioned by this feature.

In that case, further, the current uniffi-bindgen generate subcommand will also be removed in the future.

All right?