aspnetcore/src
Ryan Nowak a159473c57
Use operations in our analyzers that need symbols (#17001)
Fixes: #16922

This change updates our analyzers that need access to the symbols to use
`IOperation` where possible. Using syntax analysis for this kind of
analyzer has worse performance. These analyzers run on generated code,
which can include EF migrations, the design of which amplifies these
effects.

On the path to this, I also added support for a few more cases that
operations make easy. Since we're doing this anyway, I want to have
confidence that we're checking everything (within reason). In some cases
the diagnostic experience changed a bit (including more of the
declaration/code) - I felt like all of these were OK changes. Given the
kinds of error message reported by the analyzers "don't use that type"
it seems like it's still a good enough experience without
micro-optimizing all of the locations.
2019-11-12 17:48:12 -08:00
..
Analyzers
Antiforgery
Azure
Components Use operations in our analyzers that need symbols (#17001) 2019-11-12 17:48:12 -08:00
DataProtection
DefaultBuilder
Features/JsonPatch
Framework Support building for arm64 on arm64 (*nix) (#15354) 2019-11-11 13:26:14 -08:00
Hosting
Html/Abstractions
Http
Identity
Installers
Middleware Response Caching: Cache Head with Content-Length (#12652) 2019-11-11 10:10:21 -08:00
MusicStore
Mvc Use operations in our analyzers that need symbols (#17001) 2019-11-12 17:48:12 -08:00
ProjectTemplates
Razor
Security
Servers Set HasStarted for StartAsync #16987 (#16993) 2019-11-11 15:32:32 -08:00
Shared HTTP/2 code sharing shell sync-script (#16885) 2019-11-12 08:17:58 -08:00
SignalR
SiteExtensions
Tools
submodules