csharplang VS intellij-rust

Certain parts of Microsoft Learn are permissive, for example the .NET BCL documentation is Creative Commons Attribution: https://github.com/dotnet/dotnet-api-docs as is ASP.NET Core: https://github.com/dotnet/AspNetCore.Docs (a good hint if documentation is permissively licensed and on GitHub is if there's an edit button at the top.)

The C# language specification is unfortunately a bit fuzzier: https://github.com/dotnet/csharplang/discussions/4855

The updated unified C# language specification is CC, but it's still catching up to modern C#: https://github.com/dotnet/csharpstandard

No OP, but for example you still see the C# folks still struggling to add discriminated unions to the language because of complex interactions due to its too many features[1]. Virtual threads are easier to use than async/await is another example.

[1] https://github.com/dotnet/csharplang/issues/113

For example, C# had a research fork called Spec# that had compile-time support for contracts, with keywords such as requires (for arguments) and ensures (for return values), all the way back in 2004. While still being discussed, it doesn't seem to be shipping any time soon.

Hi there. I'm the language designer who created the 'Collection Expression' design/specification: https://github.com/dotnet/csharplang/issues/5354

You can see the entire history of the proposal there. To answer you specific question, we went with `..` because that's what the language already uses for the complimentary 'pattern matching deconstruction' form for collection patterns.

In other words, you can already say this today:

    if (x is [var start, .. var middle, .. var end]) { ... }

You must specify concrete type.

There was a plan to have "natural type" so "var list = [1,2,3]" would be of type "List" but it was postponed to C# 13 (https://github.com/dotnet/csharplang/issues/5354#issuecommen...)

While C# currently lacks direct support for this kind of functionality, there's a glimmer of hope with an active proposal under discussion that aims to bring this feature to the language. This potential addition promises a future where C# can natively offer similar robust type narrowing.

Given few people anticipated ValueTuple and C# adding a more direct tuple syntax, I feel like it is only a matter of time before C# adds discriminated unions.

(There are multiple proposals tracking the idea. This seems the most comprehensive and "central": https://github.com/dotnet/csharplang/issues/7016)

I always liked list abbreviations in python, but I absolutely love Linq. I believe there is a feature proposal for C# 12, which makes collection initialization better imo.

We’ll also consider the cases when IntelliJ IDEA licenses were primarily bought for Rust development with the IntelliJ Rust plugin and which options we can suggest to our users in these cases. Please stay tuned!

https://github.com/intellij-rust/intellij-rust/issues/10867#...

Last time I tried this, the plugin was incapable of actually showing compile errors in the project view and they said their false positive error rate was too high to enable it (https://github.com/intellij-rust/intellij-rust/pull/8373). That was a dealbreaker for me compared to VSCode.

Intellgi Rust is a good option.

Thank you all for the assist. Yep, not just a newbie issue which is surprising. :^) https://github.com/intellij-rust/intellij-rust/issues/10483

Warning about Unused_labels and implementation of MIR Now things are getting interesting

Agreed. Specifically, I've found the intellij rust plugin on top of Clion to be great.

figure out testing, you probably want to structure your app in a way that allows you to run it in testing (Zero to Production has a great approach to that). There are helpers for testing like sqlx::test but CLion Rust plugin doesn't support them yet, it breaks code analysis (afaik the fix is not released yet).

Any closer to getting error highlighting on files working properly (https://github.com/intellij-rust/intellij-rust/pull/8373)? That's a major benefit of rust-analyzer to me.

Could you please clarify whether the problem affects exactly local variables' values or function parameters' values? It is a known bug that the CLion's debugger cannot show function parameters' values on Windows: https://github.com/intellij-rust/intellij-rust/issues/6676. This is a major issue and we are working on it. But if you are facing such problems in any other scenarios, please let us know and share a problematic code snippet if possible