Neden C # 'da yönetilmeyen güvenli kod kullanmıyorsunuz?

C # 'da işaretlenmemiş kodu çalıştırmak için bir seçenek vardır. Yönetilen kod çok daha güvenli olduğu ve birçok sorunun üstesinden geldiği için genellikle yapılması önerilmez.

Ancak merak ediyorum, eğer kodunuzun hatalara neden olmayacağından eminseniz ve hafızayı nasıl kullanacağınızı biliyorsanız (hızlı kodu beğendiyseniz) genel tavsiyelere uyun?

Bir video kamera için, son derece hızlı bir bitmap manipülasyonu gerektiren bir program yazdığım için bunu merak ediyorum. Bazı hızlı grafik algoritmaları kendim yaptım ve yönetilmeyen kod kullanarak bitmap'lerde mükemmel çalışıyorlar.

Şimdi genel olarak merak ediyorum, bellek sızıntısı veya çökme riski olmadığından eminseniz, neden yönetilmeyen kodu daha sık kullanmıyorsunuz?

PS geçmişim: Bu programlama dünyasına girdim ve yalnız çalışıyorum (birkaç yıl boyunca yapıyorum) ve umarım bu yazılım tasarımı sorusu o kadar da garip değil. Gerçekten böyle şeyler soracak öğretmen gibi başka insanım yok.

Peki, bu çoğunlukla yaşlı atasözü vakası

• Optimize etme
• (yalnızca uzmanlar için) Henüz optimizasyon yapma

Ama aslında güvensiz kodlardan kaçınmak için üç ana sebep düşünebilirim.

1. Hatalar : Sorunuzun kritik kısmı "kodunuzun hatalara neden olmayacağından eminseniz" dir. Peki, nasıl tamamen emin olabilirsiniz? Kodunuzun doğru olmasını garantileyen resmi yöntemli bir kanıtlayıcı kullandınız mı? Programlamada bir şey kesindir ve bu, hatalara sahip olmanızdır. Bir emniyeti çıkardığınızda, yeni tür böceklerin kaymasına izin verirsiniz. Çöp toplayıcısının hafızayı sizin yerinize halletmesine izin verdiğinizde, birçok sorun ortadan kalkar.

2. Her zaman düşündüğünüz kadar hızlı değil : Diğer nokta: soruna bağlı olarak, kazanç o kadar büyük olmayabilir. Bunları şu anda bulamamam rağmen, Google'ın Java, Scala, Go ve C ++ hızlarını karşılaştıran bir çalışmayı hatırlıyorum. Yere optimize edildiğinde, elbette C ++ çok daha hızlıydı. Ancak "deyimsel" şekilde programlanan algoritma o kadar hızlı değildi. Standart yapı ve deyimler (stl konteyner, açılmamış döngü yok, vb.) Kullanmaları anlamında deyimsel. Microsoft, C # ve C ++ ile benzer bir deneme yaptı. En iyi Microsoft Mühendislerinden biri olan Raymond Chen, C # 'yı yenmek için kendi std :: string uygulamasını yazmak zorunda kaldı. (bkz: http://www.codinghorror.com/blog/2005/05/on-managed-code-performance-again.html) Çok daha az çaba için, yönetilen kodda oldukça iyi bir performans aldınız, bu yüzden genellikle sorun değil.

3. Yeniden kullanılabilirlik : Güvenli olmayan kod yalnızca tam güven ortamında kullanılabilir. Örneğin, bir ASP.NET sunucusunda, arabellek taşması nedeniyle bir güvenlik açığı oluşturmak oldukça kolay olacağı için genellikle güvenli olmayan kodu kullanamazsınız. Başka bir örnek clickonce olacaktır. Veya uygulamanıza bir ağ paylaşımından erişildiyse. Dolayısıyla, kodunuzu çeşitli dağıtım senaryosunda kullanmayı planlıyorsanız, güvenli olmayan kod oyun dışındadır.

Yani temelde: kaşlarını çattı çünkü gereksiz hatalar getirebilir, hiç kazanç sağlamayabilir ve kodunuzun tekrar kullanılabilirliğini azaltır.

Ancak senaryonuz gerçekten performans için gerektiriyorsa (ve bunu kanıtlayacak verileriniz varsa), belleği nasıl işleyeceğini bilen deneyimli bir programcısınız ve kodunuz kontrollü bir ortamda kullanılacak, o zaman emin olun, devam edin.

Bir bakıma, yönetilmeyen kod bir ödeme şeklidir: ekstra geliştirme çabasıyla daha hızlı yürütme satın alırsınız. Gerçekten de, yönetilmeyen kodun geliştirilmesi, hata ayıklaması ve bakımı için daha fazla zaman gerekir. Tam olarak doğru olmak çoğu katılımcı için bir zorluktur. Bir bakıma, bu, montajdaki programlamaya benzer: elbette, montajda ^* yazarsanız CPU'nuzdan daha fazla güç sıkıştırabilirsiniz , ancak bu rotaya çok daha fazla çaba harcarsınız.

Bazen, geliştirme süresindeki fark çok önemlidir - saat yerine gün. Bununla birlikte, yürütme hızındaki fark neredeyse dramatik değildir. Bu nedenle, yönetilmeyen kodun geliştirilmesi, postanızda açıkladığınız duruma benzer durumlara ayrılmıştır - ses ve video işleme gibi kaynağa aç algoritmaların uygulamaları.

Aslında, sorunuzun cevabı neden herkes Ferrari'yi sürmüyor? Neyse ki, herkes bunu karşılayamaz.

Çünkü matematiksel anlamda doğruluktan veya başka bir kısıtlamadan "emin" olmak (yani kanıtınız vardır) zorunlu diller için çok zor bir problemdir. Programlar genellikle o kadar çok sayıda duruma sahiptir ki, olası her durumu kontrol ederek bile doğrulamak mümkün değildir. Ve yapıcı bir kanıt oluşturmak otomatikleştirebileceğiniz bir şey değildir.

Bunun nedeni, yürütmeyi yöneten sigortaların çoğu zaman güvensiz kodla alacağınız küçük performans kazancını daha fazla ağırlamasıdır. Tabii ki, bu da özel kullanım durumuna bağlıdır.

Kısacası, hiçbir şey tüm bu işleri yapmanıza ve C ++ ortamında programınızın bit ve cıvatalarını yönetmenize engel olmaz. Çöp toplayıcı olmadan tüm bellek çemberlerini ve sızıntılarını doğru bir şekilde yönetebileceğinizden emin olduğunuzdan, bunu C ++ ile yapabilirsiniz: :)

Aksine, C #, .NET çerçevesinde güvenli bir şekilde çalışmak için güvenli / yönetilen ve güçlü yazılan geliştirme ortamı sağlama avantajlarına sahiptir.

Yönetilmeyen kod programlamanın olası geri çekilmesi, daha uzun geliştirme süresi, ayrıntılı testler için zaman tahsisidir. Tabii ki işlem hızı ve yazılımınızın nasıl çalıştığı üzerinde daha fazla kontrol elde edeceksiniz .

Bu nedenle, 4.0'dan başlayarak .NET Framework'te yönetilmeyen kodla çalışma seçeneği, onu kullanmamanız üzerine kazanç getirebileceğinden emin olduğunuzda kenar durumlar için bir seçenektir ...