95f862d12e
Preparation for ongoing work to hook up the Roslyn tokenizer and https://github.com/dotnet/razor/issues/11182 I suppose. There were three places that `UpdateProjectWorkspaceState` was called: 1. In `RazorProjectService`, just before calling `UpdateProjectConfiguration` 2. In `ProjectWorkspaceStateGenerator`, where we will need to add a call to `UpdateProjectConfiguration` in future, to wire up the tokenizer 3. In our LiveShare bits, in response to events from the above. Previous attempts to plumb through more things for `RazorConfiguration` resulted in RPS failures, that appeared to be simply more compilations of closed files. This makes sense because we were adding another update, which would have triggered another set of `ProjectChanged` events. I thought it would make more sense to combine these two updates together, so no matter which part of the project was being updated, there could be a single `ProjectChanged` notification. This is that. |
||
|---|---|---|
| .config | ||
| .devcontainer | ||
| .github | ||
| .vscode | ||
| docs | ||
| eng | ||
| src | ||
| .editorconfig | ||
| .gitattributes | ||
| .gitignore | ||
| .globalconfig | ||
| .vsconfig | ||
| CODE-OF-CONDUCT.md | ||
| CONTRIBUTING.md | ||
| Directory.Build.props | ||
| Directory.Build.targets | ||
| Directory.Packages.props | ||
| LICENSE.txt | ||
| NOTICE.txt | ||
| NuGet.config | ||
| README.md | ||
| README_compiler.md | ||
| Razor.Slim.slnf | ||
| Razor.sln | ||
| SECURITY.md | ||
| SpellingExclusions.dic | ||
| activate.ps1 | ||
| activate.sh | ||
| azure-pipelines-compliance.yml | ||
| azure-pipelines-conditional-integration.yml | ||
| azure-pipelines-integration-dartlab.yml | ||
| azure-pipelines-official.yml | ||
| azure-pipelines-richnav.yml | ||
| azure-pipelines.yml | ||
| build.cmd | ||
| build.ps1 | ||
| build.sh | ||
| clean.cmd | ||
| clean.ps1 | ||
| clean.sh | ||
| global.json | ||
| restore.cmd | ||
| restore.sh | ||
| startvs.cmd | ||
| startvs.ps1 | ||
README.md
ASP.NET Core Razor
This repository is the open-source implementation for the Razor experience in ASP.NET Core. It contains the compiler and IDE tools for working on Razor ASP.NET Core apps using Visual Studio and Visual Studio Code.
Contributing
All work on Razor happens directly on GitHub. Both core team members and external contributors send pull requests which go through the same review process. Some of the best ways to contribute are to try things out, file issues, join in design conversations, and make pull requests.
- Check out the contributing page to see the best places to log issues, start discussions, and for general contributing guidelines.
- Instructions to build Razor Tooling source code
- Follow along with the development of ASP.NET Core:
- Community Standup: The community standup is held every week and streamed live to YouTube. You can view past standups in the linked playlist.
Getting Started with Razor
If you are unfamiliar with ASP.NET Core or Razor, follow the links below to learn more:
- ASP.NET Core apps: Follow the Getting Started instructions in the ASP.NET Core docs.
- Razor pages: Visit the tutorial on getting started with Razor pages.
Also check out the .NET Homepage for released versions of .NET, getting started guides, and learning resources.
Reporting security issues and bugs
Security issues and bugs should be reported privately, via email, to the Microsoft Security Response Center (MSRC) secure@microsoft.com. You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Further information, including the MSRC PGP key, can be found in the Security TechCenter.
Status
Related projects
These are some other repos for related projects:
- ASP.NET Core - the ASP.NET Core framework
- Documentation - documentation sources for https://docs.microsoft.com/aspnet/core/
- Extensions - Logging, configuration, dependency injection, and more.