Struct Refactoring Support

[sp71]

Is your feature request related to a problem? Please describe.

• Support struct refactoring where a developer can move a struct to another package and associated methods.
• Currently highlighting a struct and selecting refactor will produce the message: "No Refactorings Available"

Describe the solution you'd like

• When highlighting a struct, the refactor option would bring up a dialog allowing developers to move the struct to another package
• Relevant import references would be updated in the codebase

Additional context

• Goland supports this feature
• Open Issue in gopls

[findleyr]

Thanks for this feature request. I agree this is a useful refactoring.

Right now we're focused on scalability and workspace setup, but we hope to revisit refactoring features later this year.

[sp71]

@findleyr Any hope on getting this feature into the roadmap this year? It would really help productivity

[h4yfans]

I'm here to break the silence that has been going on for over a year, it would be nice to see this feature this year...

[Sargastico]

high-impact refactoring of project structure is a nightmare without this feat.... PLEASE bump this feat to the roadmap 🥺

[findleyr]

PLEASE bump this feat to the roadmap 🥺

Hi, consider this bumped. The real work will happen on the associated gopls issue (https://go.dev/issue/57016), but I'll leave this open for discoverability.

I'll note that a good portion of this was done as part of the go:fix inline work done as part of https://go.dev/issue/32816: since we now support "inlining" type aliases, refactoring a struct now breaks down as an extraction to the new location, followed by an inlining of the alias it leaves behind, at all usages.