TodoApi VS Roslyn

Shameless plug https://github.com/davidfowl/TodoApi

This is a fairly common scenario (externalizing the authentication piece but still wanting app-local storage of some user information) that isn't well documented (we're working on that). You might try taking a look at this app by u/davidfowl that supports what you're asking about: https://github.com/davidfowl/todoapi

Good news: David Fowler has a full showcase repository TodoApi

ASP.NET Core Identity.However, most examples use Identity with the MVC/Blazor. I need to support both a SPA and a mobile app and I am not sure if that is the recommended approach here.(Perhaps I should use the backend for frontend approach like David Fowler showcases in https://github.com/davidfowl/TodoApi ?)

Throwing mine in the ring https://github.com/davidfowl/TodoApi/

Example at https://github.com/davidfowl/CommunityStandUpMinimalAPI/blob/main/TodoApi/Program.cs

A basic example looks like: https://github.com/davidfowl/CommunityStandUpMinimalAPI/blob...

Some more documentation on integration tests: https://learn.microsoft.com/en-us/aspnet/core/test/integrati...

Pre .NET 6, there's a Startup.cs file that is used to set these up. .NET 6+ just puts them in Program.cs by default, but you can still use a Startup.cs if you'd prefer. Example of the newer template in Program.cs is here

My understanding is that the .NET team is working toward this with Interceptors: https://github.com/dotnet/roslyn/blob/main/docs/features/int...

.NET is a little smarter about switch code generation these days: https://github.com/dotnet/roslyn/pull/66081

Recently, while creating some experimental C# source code generators (xafero/csharp-generators), I was just concatenating strings together. Like you do, you know, if things have to go very quickly. If you have a simple use case, use a formatted multi-line string or some template library like scriban. But I searched for a way to generate more and more complicated logic easily - like for example, adding raw SQL handler methods to my pre-generated DBSet-like classes for my ADO.NET experiment. You could now say: Use Roslyn and that's really fine if you look everything up in a website like SharpLab, which shows immediately the syntax tree of our C# code.

At runtime, the Case C# expressions are embedded into a function and dynamically compiled into an assembly using the Roslyn C# compiler. Then the function that contains the expression is called (e.g. CaseAvailableFunction.Availablle()). At runtime, the function provides various methods to access stored case values as well as the current input data.