.NET 11 Preview 5: Sessiz Gelen Yenilikler, Büyük Etki
Küçük bir detay: Preview sürümleri bazen insanı çok da heyecanlandırmıyor. Hani “bir sonraki büyük şey” diye bekliyorsunuz ya, çoğu zaman masaya küçük. Işe yarayan dokunuşlar geliyor..NET 11 Preview 5 için ilk hissim de buydu; sonra release notes’a biraz daha dikkatli bakınca fikrim epey değişti. Bu paket tek bir yerde bağırmıyor, ama runtime’dan SDK’ya, C#’tan ASP.NET Core’a kadar her yere ufak ufak el atmış.
Peki neden?
ASP.NET Core’da Blazor SSR’ın client-side validation desteklemesi hoşuma gitti doğrusu. QuickGrid’in interactivity olmadan çalışması da ayrı güzel; çünkü bazı ekranlarda etkileşim uğruna tüm sayfayı ağırlaştırmak gerekmiyor artık.
Tatlı nokta nerede?
Tatlı nokta şu bence: kullanıcı deneyimini artırırken mimariyi gereksiz yere şişirmemek gerekiyor.
Ha bu arada SupplyParameterFromSession özelliği de belirli senaryolarda işe yarar görünüyor ama session bağımlılığına fazla yaslanırsanız test edilebilirlik zayıflayabilir — burası biraz hayal kırıklığı yaratabiliyor.
.NET MAUI ve EF Core: Uygulama Katmanına İnince İş Değişiyor()
Animations için CancellationToken-aware overload’lar pratikte iptal edilen ekran geçişlerini temiz yönetmeye yardım eder.
Windows Maps’in Azure Maps ile gerçek implementasyon kazanması işe özellikle kurumsal saha uygulamalarında anlam taşıyabilir.
Bir lojistik projesinde Mart 2025’te buna benzer harita bağımlılığını çözmeye çalışmıştık; hazır entegrasyon olmayınca takım üç farklı yerde aynı işi tekrar etmişti…
Ama dürüst olayım, MAUI hâlâ her senaryoda kusursuz değil.
Bazı ekranlarda native his vermesi güzel fakat platform çeşitliliği arttıkça test yükü de artıyor.
EF Core cephesinde işe dotnet ef’nın file-based apps’i desteklemesi kullanım kolaylığı sağlıyor.
SQL Server 2022 compatibility default olması da kurumsal dünyada hoş karşılanır;
zira kimse bağlantı açıp sürpriz davranış görmek istemez.
EF1004 uyarısı işe bence doğru yönde atılmış adım — async sorguyu sync çalıştırmaya kalkmak üretimde gizli bela çıkarabiliyor.
// Basit yaklaşım
var query = await context.Users
.Where(x => x.IsActive)
.ToListAsync(cancellationToken);
// Sync çağrı yerine async kalmak çoğu zaman daha sağlıklı
}
Sonra küçük bir senaryo seçin:
1) build,
2) temel API çağrısı,
3) logging/telemetry.
Hepsini aynı anda kırmaya çalışmayın.
}
}
Bende Kalan İzlenim: Güzel Paket Ama Biraz Ham Tarafları Var
>
.NET 11 Preview 5 bana göre “büyük manşet”ten çok “sağlam temel” sürümü gibi dürüyor.
Yanı sahnede bağırmıyor ama kuliste işi toparlıyor.
Böyle sürümlere ben genelde saygı duyarım çünkü uzun vadede gerçek etkiyi bunlar yapar.
Yine de her şey pembe değil.
File-based app yaklaşımı bazı geliştiriciler için özgürlük demekken bazı kurumsal ekipler için kontrol kaybı hissi yaratabilir.
Blazor SSR’daki yeni yetenekler heyecan verici olsa da ekibiniz server-side rendering disiplinine hazır değilse faydadan çok kafa karışıklığı getirebilir.
Benim tavsiyem şu:
Eğer küçük ekipseniz birkaç özelliği hemen deneyin.
Eğer büyük kurumdaysanız önce upgrade matrix çıkarın,
sonra dependency taraması yapın,
en son pilot ortamda ölçün.
Neyse uzatmayayım…
Bu tür preview’lerin asıl değeri meraktan çok disiplinle ortaya çıkıyor.
Ve evet, ilk denediğimde aldığım hatayı da söyleyeyim:
bir test ortamında eski tooling yüzünden dotnet ef komutu beklediğim gibi çalışmadı;
çözüm basitti — SDK’yı güncelledim ve PATH karmaşasını düzelttim.
Klasik ama öğretici!Sizin İçin Pratik Başlangıç Planı
>
Eğer bugün oturup.NET 11 Preview 5’i deneyecekseniz şöyle başlayın:
önce isolated bir VM ya da container hazırlayın,
sonra mevcut uygulamanızdan küçük bir servis seçin,
ardından yalnızca tek değişiklik yapın.
Mesela sadece JSON Lines ya da sadece EF Core command line akışı.
Kurumsal tarafta ben bunun yanına mutlaka telemetry koyuyorum;
Application Insights veya OpenTelemetry ile başlangıç metriğini alın,
sonra değişiklik sonrası kıyaslayın.
Aksi hâlde “iyi öldü galiba” seviyesinde kalırsınız ki bu bana pek sağlam gelmez.
Bir arkadaşım Kadıköy’de geçen ay tam tersini yaptı:
hemen beş özelliği birlikte aktifleştirdi,
iki gün sonra hangi değişikliğin neyi bozduğunu ayıklamakla uğraştılar.
O yüzden lafı gevelemeden söyleyeyim —
küçük adımlar genelde daha hızlı götürüyor.
- Neyi test edeceğinizi daraltın.
- Pilot uygulamayı seçin.
- Metrikleri önceden alın.
- Sadece tek risk faktörü değiştirin.
Sıkça Sorulan Sorular
.NET 11 Preview 5 üretimde kullanılmalı mı?
Hayır, preview sürümlerini üretime almak pek önerilmiyor. Aslında bu sürüm daha çok test, uyumluluk kontrolü ve gelecek planlaması için biçilmiş kaftan (yanlış duymadınız). Canlı sistemde kullanmayı düşünüyorsanız, açıkçası çok sıkı bir pilot süreç şart.
.NET 11 Preview 5 hangi alanlara yenilik getiriyor?
Bakın, Libraries, runtime, SDK, C#, ASP.NET Core, MAUI ve EF Core taraflarında güncellemeler geliyor. Yanı epey geniş bir yelpaze var. Bir bakıma, en çok da de performans, geliştirici deneyimi. Modern dil özellikleri öne çıkıyor — bence en heyecan verici kısımlar da bunlar.
Küçük ekipler bu sürümden nasıl faydalanabilir?
Küçük ekipler önce hızlı değer üreten alanlara odaklanmalı. Mesela JSON Lines, LINQ geliştirmeleri ve SDK kolaylıkları iyi bir başlangıç noktası. Her şeyi aynı anda almaya çalışmak yerine dar kapsamla ilerlemek, tecrübeme göre çok daha sağlıklı oluyor.
Büyük kurumlarda nelere dikkat etmek gerekir?
İlginç olan şu ki, Büyük yapılarda uyumluluk, gözetilebilirlik ve geri dönüş planı kesinlikle şart (inanın bana). Hani pipeline içi güvenlik kontrolleri, test matrisi ve rollback stratejisi olmadan geçişe kalkışmak gereksiz risk almak demek — valla güzel iş çıkarmışlar —. Açıkçası bu adımları atlamak sonradan çok pahalıya patlayabiliyor.
Kaynaklar ve İleri Okuma
Orijinal duyuru yazısı -.NET Blog
Daha geniş bir bakış için: .NET 11 nedir ve neler getiriyor? başlıklı kapsamlı rehberimize göz atabilirsiniz.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
2 comments