-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Reduce likelihood of needing a dual insertion in VS Code #77715
Conversation
/Shared : will eventually be the area for all source items shared between the current EA and the new EA.Razor.Features /Features : will have an EA that is restricted to depending only on the features layer. This will help provide a way to ship a more sane EA structure for VS Code as well as reduce the likelyhood and work required for a dual insertion /EditorFeatures : contains the current EA. The project name is kept the same for now but the folder is moved. This denotes that the binary does depend on the EditorFeatures layer in Roslyn
namespace Microsoft.CodeAnalysis.ExternalAccess.Razor.Features; | ||
|
||
[MetadataAttribute] | ||
internal class RazorEndpointAttribute : LanguageServerEndpointAttribute |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could RazorMethodAttribute
move to the shared layer?
UPDATE: Oh, I guess that would be a break because the namespace is wrong. I guess we'll just have to move over to use this in cohosting, so we can eventually remove RazorMethodAttribute, and move this to the shared project?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we'll eventually want cohosting on the Features
layer only right? If so I'll just leave this as is for now
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah, not too sure. Fine to leave it for now, even if we move it, we don't need to change the namespace so it won't be an issue.
The goal of this PR is to not add new functional changes but instead prepare razor to be added through
--extension
in VS Code. Razor will be allowed to export endpoints and LSP services which allows for better reuse and sharing of code. It also means that Razor will no longer have an EA for Roslyn to consume and dual insertions won't be required for most VS Code changes.Razor side: dotnet/razor#11510