feat(abg)!: replace data class perks by code generation in bindings

[Vampire]

Fixes #1629

[Vampire]

Warning

This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

• feat(abg)!: replace data class perks by code generation in bindings #1644 👈 (View in Graphite)
• feat(abg): add binding version v2 #1647 : 1 other dependent PR (#1624 )
• feat(abg): support different binding versions on different server routes #1639
• main

This stack of pull requests is managed by Graphite. Learn more about stacking.

[krzema12]

I initially wanted to ask why this change is made under v2 of the bindings server, and it's probably because of this remark about destructuring. I think it's enough to provide component1...componentN functions, then destructuring should work, and we wouldn't have to bump the route version just yet.

[krzema12]

My plan is to revisit our discussion we had on Slack to ensure that there's no simpler option to achieve what we want. Sometimes ideas come after time 😄

[krzema12]

Let's see if someone has some interesting take on this: https://kotlinlang.slack.com/archives/C8C4JTXR7/p1729233924861659

[Vampire]

I think it's enough to provide component1...componentN functions, then destructuring should work, and we wouldn't have to bump the route version just yet.

It would not be, as said on Slack.
It was intentional I left them out.
And additionally the copy method now also enforces named-arguments which is also a breaking change.
So to replicate here too, the goal here was not to somehow make it compatible with the upcoming Kotlin versions, but to improve the API to the originally intended way.
That this also fixes the copy visibility thing is merely a by-product and just was the trigger to finally have a look at it.