SORU
25 EYLÜL 2008, PERŞEMBE


Neden gereksiz C sen Kaldır# kullanma yönergeleri?

Örneğin, ben nadiren gerekir:

using System.Text;

ama her zaman orada varsayılan olarak. Uygulama kodunuz gereksiz varsa daha fazla bellek kullanır sanırım using directives. Ama dikkat etmem gereken başka birşey var mı?

Ayrıca, aynı kullanma yönergesi tüm dosyaları/en vs tek bir dosya kullanılıyorsa, fark eder mi?


Edit: Not: Bu soru değil ilgili ilgisiz kavram olarak adlandırılan bir using statement, tasarlanmış yönetmek için yardımcı bir kaynak tarafından sağlanması o zaman bir nesne söner kapsamı, IDisposable.Dispose yöntemi çağrılır. Uses of "using" in C# bkz.

CEVAP
25 EYLÜL 2008, PERŞEMBE


Yokkodlama tercih: ayrıca kullanılmayan kullanarak(ler)/ad kaldırmak için birkaç sebep var

  • kullanılmayan kaldırma projesinde maddeleri kullanarak, derleyici-Yukarı Bak tür çözmek için daha az sayıda ad var çünkü derleme daha hızlı yapabilirsiniz. (bu C derleyici Olası daha iyi bir eşleşme, genel tür kesmesi ve lambda ifadeleri genel türler karıştığı için uzantısı yöntemleri için tüm ad alanları aramak zorunda uzatma yöntemleri)# 3.0 için özellikle doğrudur
  • potansiyel olarak adını önlemek için yardımcı çarpışma gelecekte yeni tip kullanılan ad bazı türleri aynı adı taşıyan, kullanılmayan ad eklendiğinde oluşturur.
  • kodlama editörü otomatik tamamlama listesinde öğe sayısını azaltır, posibly daha hızlı yazma (C# 3.0 bu da uzatma yöntemleri gösterilen listeyi azaltabilir) yol açabilir

Kullanılmayan ad kaldırma, neolmazyapın:

  • herhangi bir şekilde derleyici çıkışını değiştirmek.
  • herhangi bir şekilde değiştirmek derlenmiş programın çalışmasını (daha hızlı yükleme, ya da daha iyi performans).

Oluşturulan derleme ya da kullanılmayan kullanarak(ler) olmadan aynı kaldırılır.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • EvilControllers

    EvilControll

    20 Ocak 2008
  • LardTardProductions's channel

    LardTardProd

    10 NİSAN 2009
  • Tech4Geeks

    Tech4Geeks

    8 Ocak 2012