.NET 8
.NET 8 की रिलीज़ प्लेटफ़ॉर्म की अब तक की प्रगति पर व्यापक विचार-विमर्श को प्रेरित करती है: डेवलपर्स performance gains, Native AOT compilation, नए C# 12 features (जैसे collection expressions और interceptors), और .NET Aspire जैसी cloud-focused additions की प्रशंसा करते हैं। साथ ही, कई लोग non-Windows systems पर cross‑platform GUI और tooling को पीछे मानते हैं, और ecosystem fragmentation (.NET Framework vs .NET Core vs “just .NET”), UI framework churn, तथा IDEs और extensions पर Microsoft की monetization को लेकर सतर्क रहते हैं। कुल मिलाकर, प्रतिभागी आधुनिक .NET को back-end और cloud‑native work के लिए तेज़, सक्षम, और अच्छी तरह से tool‑supported विकल्प मानते हैं, लेकिन cross‑platform desktop और mobile UIs के लिए इसे सर्वश्रेष्ठ विकल्प के रूप में कम स्पष्ट देखते हैं.
C# 12 भाषा परिवर्तन
- नए collection expressions (
[1, 2, ..others]) और spread syntax, निर्माण और विघटन के बीच समरूपता के लिए, मौजूदा..pattern-matching form का पुन: उपयोग करते हैं। ..बनाम...पर बहस; चयन का एक कारण संभावित भविष्य की सुविधाओं के लिए...को सुरक्षित रखना था।- classes के लिए primary constructors पर मतभेद हैं: कुछ इसे एक शक्तिशाली सुविधा मानते हैं, जबकि अन्य इसे भ्रमित करने वाला मानते हैं।
- source generators के माध्यम से interceptors को दैनिक business logic की बजाय DI/AOP frameworks के लिए niche “power tools” माना जाता है।
Native AOT, performance, और footprint
- Native AOT को छोटे, standalone binaries और Go-जैसी deployment के लिए सराहा गया, हालांकि कई लोग ecosystem gaps (reflection-heavy code, पुराने ASP.NET patterns, GUIs) की ओर इशारा करते हैं।
- कुछ लोग इसकी तुलना Java/Graal native image से अधिक करते हैं: शक्तिशाली, लेकिन केवल libraries का एक उपसमूह ही सहजता से काम करता है।
- Dynamic PGO अब default रूप से on है; उम्मीद है कि इससे विशेष रूप से abstraction-heavy code को लाभ होगा।
Aspire, Dapr, Orleans, और cloud-native
- Aspire रुचि और संदेह दोनों उत्पन्न करता है; कुछ इसे cloud-native .NET के लिए उपयोगी integration मानते हैं, जबकि अन्य “too much magic” और Dapr के साथ overlap से डरते हैं।
- Dapr और Orleans के प्रति दीर्घकालिक commitment को लेकर प्रश्न; maintainers सक्रिय काम की रिपोर्ट करते हैं (Orleans workflows, storage, Aspire integration)।
Tooling, cost, और platforms
- Visual Studio (Windows), C# extensions के साथ VS Code, और Rider मुख्य विकल्प हैं; कई लोग macOS/ARM पर Rider की प्रशंसा करते हैं।
- “enterprise scale” पर और non-Windows platforms पर वास्तव में free/open tooling के लिए friction है, हालांकि CLI + VS Code कामचलाऊ है।
- बड़े companies के लिए VS / DevKit से जुड़ी licensing भविष्य के monetization को लेकर चिंताएँ बढ़ाती है; अन्य लोग तर्क देते हैं कि runtime MIT है और forkable है।
Cross‑platform & GUI कहानी
- इस बात पर मजबूत सहमति है कि non-GUI, cross-platform server/CLI solid और pleasant है।
- Desktop/mobile GUI को fragmented माना जाता है: MAUI (native-backed), Avalonia/Uno (Skia-style), Blazor (web/WASM), third-party विकल्प (Eto, Godot)।
- कुछ लोग डरते हैं कि Blazor, WebForms-जैसी खामियों को दोहराता है; अन्य इसके unified component model और नए streaming/server features को लेकर उत्साही हैं।
Versioning, Mono, और compatibility
- बार-बार व्याख्या: पुराना Windows-only .NET Framework बनाम आधुनिक cross-platform .NET 5–8; .NET Standard मुख्यतः legacy library sharing के लिए है।
- Mono काफी हद तक main repo में समाहित हो चुका है, लेकिन Unity, MAUI mobile, और कुछ niche platforms में अभी भी उपयोग होता है।
- कई लोग .NET की backwards compatibility की प्रशंसा करते हैं; कुछ इसके विपरीत कहते हैं कि Java और भी अधिक strict बना हुआ है।
अन्य भाषाएँ और adoption
- C# 12 के साथ F# 8 की घोषणा हुई, जिसमें performance और interop improvements हैं; community इसकी सीमित visibility को लेकर चिंतित है।
- .NET को Go/Java के बजाय और कब चुनना चाहिए, इस पर कई threads हैं: मजबूत tooling, LINQ, async model, और yearly incremental improvements.