Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[GenAPI] setup the Simplifier to produce fully qualified type names. #30538

Open
Tracked by #31088
andriipatsula opened this issue Feb 12, 2023 · 4 comments
Open
Tracked by #31088
Milestone

Comments

@andriipatsula
Copy link
Member

document = Simplifier.ReduceAsync(document).Result;

The Simplifier by default "simplify" namespaces and type names. We'd like the GenAPI to produce fully qualified type names.

@ericstj
Copy link
Member

ericstj commented Apr 21, 2023

One way to do this might be to remove the Simplifier.Annotation from specific SyntaxNodes using SyntaxNode.WithoutAnnotations. We'd want to be careful to not do that everywhere since it would prevent simplification to keyword of things like int, double, etc.

I wonder how much we really care about the full names? I suspect we used fullnames everywhere before because GenAPI was trying to be conservative and ensure that it produced code that would compile. Roslyn is smarter and so long as it produces correct source, it might be a feature that it's more succinct.

@andriipatsula @ViktorHofer do you know why we wanted full names here? Was it just to create a smaller diff?

@ViktorHofer
Copy link
Member

@andriipatsula @ViktorHofer do you know why we wanted full names here? Was it just to create a smaller diff?

From my point of view - yes. As an example the changes in https://github.com/dotnet/source-build-reference-packages/pull/633/files#diff-69cc363eb68a334a9f6cccbcbda21ba0f7f9cd3205e60e17657c63856ae78806 aren't reviewable because of the large diff.

@andriipatsula
Copy link
Member Author

From the Source-Build perspective - it does not matter where we produce fully qualified names or not.

@ViktorHofer ViktorHofer removed the untriaged Request triage from a team member label Jul 12, 2023
@ViktorHofer ViktorHofer added this to the Backlog milestone Jul 12, 2023
@ViktorHofer
Copy link
Member

Not necessary for 8.0. Moving into the backlog.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants