calculator VS Roslyn

Because it makes the things they use better mostly, they are => https://github.com/microsoft/calculator/graphs/contributors

Is it? Just opened it on Windows 10 and it opens instantly and uses 23MB of RAM which is rather low for a modern application. Calculator is also fully open source now.

https://github.com/microsoft/calculator

Note that Windows calculator itself is open-source if you want to take any inspiration from there https://github.com/microsoft/calculator

See Windows Calculator

MS Github RPN Proposal

I haven't the chance to look at the new calculator. Is it this one?

https://github.com/Microsoft/calculator

C++ is used heavily in the Windows ecosystem. COM+ is a massive pain but it's much worse if you stick to plain C. C# (and to some extent VB.NET) are commonly used for Windows platforms for their excellent developer productivity, but C++ remains a power house in performance critical software. Microsoft itself combines C# and C++ in products like Windows Calculator, and Windows XP's leaked source code is full of cpp files.

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.

I like to use the roslyn coding practices for C# projects (https://github.com/dotnet/roslyn/blob/main/docs/wiki/Contributing-Code.md)

Looks like it uses the Microsoft.CodeAnalysis.LanguageServer package as the lsp. The code for that is here https://github.com/dotnet/roslyn/tree/main/src/Features/LanguageServer/Microsoft.CodeAnalysis.LanguageServer so presumable there's some way to get it to talk to neovim.

https://github.com/dotnet/roslyn/blob/main/docs/features/int...

Without interceptors, source generators can only add new code, but cannot modify any existing code. Interceptors enable method call substitutions.

Here is a link to the dotnet/roslyn .editorconfig for reference, scroll down to # CSharp code style settings: