İnt veya Int32 kullanmalı mıyım

C #, intve Int32aynı şey, ama ben hiçbir neden belirtilmeksizin inttercih birkaç kez okudum Int32. Bir sebebi var mı, umrumda mı?

ECMA-334 : 2006 C # Dil Özellikleri (s18):

Önceden tanımlanmış türlerin her biri, sistem tarafından sağlanan bir tür için kısaltmadır. Örneğin, anahtar kelime intyapıya karşılık gelir System.Int32. Stil olarak, tam sistem türü adının kullanılması yerine anahtar kelimenin kullanılması tercih edilir.

İkisi de eşanlamlıdır; intbiraz daha tanıdık Int32görünecek, 32 bitlik kodunuzu okuyanlara daha açık hale gelecektir. Ben intsadece 'bir tamsayı', Int32nerede boyutu önemli (kriptografik kod, yapıları), bu yüzden gelecekteki intkoruyucular uygun bir büyütmek için güvenli olduğunu bilecek , ama Int32aynı şekilde değiştirme dikkat etmeliyim kullanmak eğilimindedir .

Ortaya çıkan kod aynı olacaktır: fark tamamen okunabilirlik veya kod görünümündedir.

Her ikisi de 32 bit tamsayılar ve belirttiğiniz diğer posterler gibi, hangisini kullandığınız çoğunlukla sözdizimsel bir meseledir. Ancak her zaman aynı şekilde davranmazlar. Örneğin, C # derleyicisi buna izin vermez:

public enum MyEnum : Int32
{
    member1 = 0
}

ancak buna izin verir:

public enum MyEnum : int
{
    member1 = 0
}

Git şekil.

Örneğin - Hep sistem türleri kullanmak Int32yerine int. Uygulamalı .NET Framework Programlama'yı okuduktan sonra bu uygulamayı benimsedim - yazar Jeffrey Richter, tam tür adlarını kullanmak için iyi bir durum ortaya koyuyor. Bana yapışan iki nokta:

1. Tür adları .NET dilleri arasında değişebilir. Örneğin, C # 'da, longSystem.Int64 ile eşlenirken, yönetilen uzantılarla C ++' da, longInt32 ile eşlenir. .NET kullanılırken diller karıştırılabilir ve eşleştirilebileceğinden, okuyucunun tercih ettiği dil ne olursa olsun, açık sınıf adını kullanmanın her zaman daha açık olacağından emin olabilirsiniz.

2. Birçok çerçeve yöntemi, yöntem adlarının bir parçası olarak tür adlarına sahiptir:

   BinaryReader br = new BinaryReader( /* ... */ );
   float val = br.ReadSingle();     // OK, but it looks a little odd...
   Single val = br.ReadSingle();    // OK, and is easier to read

int bir C # anahtar kelimesidir ve açıktır.

Çoğu zaman önemli değil ama Int32'ye karşı çıkan iki şey:

• Bir "Sistem kullanarak"; Beyan. "int" kullanmak, using deyimi gerektirmez.
• Int32 adlı kendi sınıfınızı tanımlamak mümkündür (bu aptalca ve kafa karıştırıcı olacaktır). int her zaman int anlamına gelir.

Daha önce de belirtildiği gibi, int= Int32. Güvende olmak için , veri türü sınırlarına önem veren her şeyi kullandığınız int.MinValue/ int.MaxValueuyguladığınızdan emin olun . Diyelim ki .NET intşimdi Int64, kodunuzun sınırlara daha az bağımlı olacağına karar verdi .

Türler için bayt boyutu, yalnızca tek bir dille uğraşmanız gerektiğinde (ve matematik taşmalarını kendinize hatırlatmanız gerekmeyen kodlar için) çok ilginç değildir. İlginç olan kısım, bir dilden diğerine, C #'dan COM nesnesine vb. Arasında köprü oluşturduğunuzda veya biraz kaydırma veya maskeleme yaptığınızda ve kendinize hatırlatmanız (ve kod gözden geçirme ortaklarınız) veri boyutu.

Uygulamada, genellikle yönetilen C ++ (örneğin C # için köprü) ve yönetilmeyen / yerel C ++ yazdığım için kendime hangi boyutta olduklarını hatırlatmak için Int32 kullanıyorum.

Muhtemelen bildiğiniz sürece, C # 64 bit, ancak doğal C ++ 'da 32 bit veya char unicode / 16-bit iken C ++' da 8 bittir. Ama bunu nasıl biliyoruz? Cevap, çünkü kılavuzda aradık ve öyle dedi.

Zaman ve deneyimlerle, C # ve diğer diller arasında köprü oluşturmak için kodlar yazdığınızda daha dikkatli davranmaya başlayacaksınız (buradaki bazı okuyucular "neden yapıyorsunuz?"), Ancak IMHO bunun daha iyi bir uygulama olduğuna inanıyorum çünkü Geçen hafta ne kodladığımı hatırlayamıyorum (veya API belgemde "bu parametre 32 bit tam sayıdır" belirtmek zorunda değilim).

In F # (bunu hiç kullanmadım rağmen), onlar tanımlamak int , Int32 ve nativeint . Aynı soru "hangisini kullanıyorum?" Diğerlerinin de belirttiği gibi, çoğu durumda, önemli olmamalıdır (şeffaf olmalıdır). Ama ben sadece belirsizlikleri gidermek için int32 ve uint32'yi seçerdim.

Sanırım Int32'yi ne zaman kullanacağınızı haklı çıkarmak için hangi uygulamaları kodladığınıza, kimi kullandığınıza, sizin ve ekibinizin takip ettiği kodlama uygulamalarına vb. Bağlı olacaktır.

Orada arasında hiçbir fark intve Int32ancak olarak intbir dil birçok kişi (sadece olduğu gibi üslup tercih anahtar kelime stringvs String).

Deneyimlerime göre bu bir kongre olayıydı. Int32 üzerinde int kullanmak için herhangi bir teknik nedenin farkında değilim, ama:

1. Yazmak daha hızlı.
2. Tipik C # geliştiricisine daha aşina.
3. Varsayılan görsel stüdyo sözdizimi vurgulamasında farklı bir renk.

Özellikle sonuncusunu çok seviyorum. :)

Her zaman bir değişken tanımlarken aliased türleri (int, string, vb.) Kullanın ve statik bir yöntem erişirken gerçek adı kullanın:

int x, y;
...
String.Format ("{0}x{1}", x, y);

İnt.TryParse () gibi bir şey görmek çirkin gözüküyor. Bunu stilden başka yapmamın başka bir nedeni yok.

En iyi uygulama int kullanmak olduğunu biliyorum ve tüm MSDN kodu int kullanır. Ancak bildiğim kadarıyla standardizasyon ve tutarlılığın ötesinde bir neden yok.

Her ne kadar (çoğunlukla) özdeş olsalar da (bir [hata] farkı için aşağıya bakın), kesinlikle önemsemelisiniz ve Int32'yi kullanmalısınız.

• 16 bitlik bir tamsayının adı Int16'dır. 64 bit tam sayı için Int64 ve 32 bit tam sayı için sezgisel seçim: int veya Int32?

• Int16, Int32 veya Int64 türündeki bir değişkenin boyutu sorusu kendi kendine referanstır, ancak int türündeki bir değişkenin boyutu sorusu, ne kadar önemsiz, dikkat dağıtıcı olursa olsun, karışıklığa, zaman kaybetmeye, tartışmayı engellemeye vb. (bu sorunun olması gerçeği kanıtlamaktadır)

• Int32 kullanmak, geliştiricinin kendi tür seçiminin bilincinde olmasını teşvik eder. Bir int tekrar ne kadar büyük? Oh evet, 32. Boyut isme dahil edildiğinde, türün boyutunun gerçekten dikkate alınma olasılığı daha yüksektir. Int32 kullanımı diğer seçenekler hakkında da bilgi sağlar. İnsanlar en azından fark etmeye zorlanmadığında, int'in "tamsayı tipi" olması çok kolaylaşır.

• Çerçeve içindeki 32 bit tamsayılarla etkileşime girmesi amaçlanan sınıf Int32 olarak adlandırılır. Bir kez daha, hangi: daha sezgisel, daha az kafa karıştırıcı, bir (gereksiz) çevirisini yoksun (değil sistemde bir çeviri, ama geliştirici zihninde) vb int lMax = Int32.MaxValueveya Int32 lMax = Int32.MaxValue?

• int, tüm .NET dillerindeki bir anahtar kelime değildir.

• Neden hiç değişmeyeceğine dair argümanlar olsa da, int her zaman bir Int32 olmayabilir.

Dezavantajları yazmak için iki ekstra karakter ve [bug].

Bu derlenmeyecek

public enum MyEnum : Int32
{
    AEnum = 0
}

Ancak bu:

public enum MyEnum : int
{
    AEnum = 0
}

Umurumda değil. intÇoğu zaman kullanmalısınız . Gelecekte programınızın daha geniş bir mimariye taşınmasına yardımcı olacaktır (şu anda intbir takma addır, System.Int32ancak bu değişebilir). Yalnızca değişkenin bit genişliği önemli olduğunda (örneğin: a'nın belleğindeki düzeni kontrol etmek için struct) int32ve diğerlerini (ilişkili " using System;" ile) kullanmalısınız.

int, C # dilinin System.Int32 kısayoludur.

Bu Microsoft bu eşleme değiştirebilir anlamına gelirken, FogCreek tartışmalarında bir yazı [kaynak]

"64 bit sorun - Microsoft gerçekten de .NET Framework'ün 64-bit sürümü üzerinde çalışıyor ama eminim int bu sistemde 64 bit eşlemeyeceğim.

Nedenleri:

1. C # ECMA standardı özellikle int'in 32 bit ve uzunluğunun 64 bit olduğunu söylüyor.

2. Microsoft, Framework sürüm 1.1'de Array.GetLength dışında Array.GetLongLength gibi int değerleri yerine uzun değerler döndüren ek özellikler ve yöntemler tanıttı.

Bu yüzden, tüm yerleşik C # türlerinin mevcut eşlemelerini koruyacağını söylemek güvenli. "

int System.Int32 ile aynıdır ve derlendiğinde CIL'de aynı şeye dönüşür .

C # C ve C ++ (ve Java) gibi görünmek istediği için C # 'da geleneksel olarak int kullanıyoruz ve orada kullandığımız şey bu ...

BTW, çeşitli Windows API işlevlerinin ithalatını bildirirken System.Int32'yi kullanıyorum. Bu tanımlı bir konvansiyon olup olmadığından emin değilim, ancak harici bir DLL'e gittiğimi hatırlatıyor ...

Bir zamanlar, int veri türü derleyici tarafından hedeflenen makinenin kayıt boyutuna sabitlendi. Örneğin, 16 bitlik bir sistem için derleyici 16 bitlik bir tamsayı kullanır.

Bununla birlikte, şükürler olsun ki artık 16-bit görmüyoruz ve 64-bit popüler insanlar almaya başladığında, eski yazılımlarla uyumlu hale getirmekle daha fazla ilgileniyordu ve 32-bit o kadar uzun sürdü ki çoğu derleyici için bir int sadece 32 bit olduğu varsayılır.

Microsoft'un kullanılmasını öneriyorum StyleCop'unu .

Gibi FxCop , ancak stil ilgili sorunlar için. Varsayılan yapılandırma Microsoft'un dahili stil kılavuzlarıyla eşleşir, ancak projeniz için özelleştirilebilir.

Alışmak biraz zaman alabilir, ancak kesinlikle kodunuzu güzelleştirir.

İhlalleri otomatik olarak kontrol etmek için oluşturma işleminize dahil edebilirsiniz.

intve Int32aynı. intiçin bir takma addır Int32.

Umurumda değil. Boyut bir endişe ise, bayt, kısa, int, sonra uzun kullanırım. İnt32'den daha büyük bir int kullanmanızın tek nedeni, 2147483647'den daha yüksek veya -2147483648'den daha düşük bir sayıya ihtiyacınız varsa.

Bunun dışında umurumda değil, endişe edilecek diğer birçok şey var.

Uygulamada hiçbir fark yaratmaz ve zamanla kendi sözleşmenizi kabul edersiniz. Statik yöntemler ve bu türleri kullanırken bir tür ve sınıf sürümünü atarken anahtar kelime kullanma eğilimindedir:

int total = Int32.Parse("1009");

int, System.Int32bu tabloda tanımlandığı gibi bir takma addır : Yerleşik Türler Tablosu (C # Başvuru)

Microsoft'un bazı yeni fangled sürümüne bir tamsayı için varsayılan uygulamayı değiştirmesi durumunda int kullanıyorum (buna Int32b diyelim).

Microsoft daha sonra int diğer adını Int32b için değiştirebilir ve yeni (ve umarım geliştirilmiş) tamsayı uygulama yararlanmak için kodumu değiştirmek zorunda değilsiniz.

Aynı tür anahtar kelimeler için de geçerlidir.

Çok özel matematiksel işlevler veya belirli bir mimari için optimize edilmiş kod yazmanız gerekmedikçe çoğu programlama dilinde bakım yapmamalısınız ... Sadece türün boyutunun sizin için yeterli olduğundan emin olun (eğer bir Int'den daha büyük bir şey kullanın) örneğin 32 bitten daha fazlasına ihtiyacınız olacağını bilin )

Önemli değil. int, dil anahtar kelimesidir ve Int32 gerçek sistem tipidir.

Ayrıca ilgili soruya cevabımı da burada bulabilirsiniz .

Int veya Int32 kullanımı aynıdır Int sadece okuyucu için kodu basitleştirmek için şeker olduğunu.

Nullable varyant Int? veya Int32? null içeren alanlarda veritabanlarıyla çalışırken. Bu sizi birçok çalışma zamanı sorunundan kurtaracaktır.

Bazı derleyiciler farklı platformlarda int için farklı boyutlara sahiptir (C # 'a özgü değildir)

Bazı kodlama standartları (MISRA C), kullanılan tüm türlerin boyut belirtilmesini gerektirir (yani int değil Int32).

Farklı tip değişkenleri için önek belirtmek de iyidir (örn. 8 bit bayt için b, 16 bit sözcük için w ve 32 bit uzun sözcük için l => Int32 lMyVariable)

Dikkat etmelisiniz çünkü kodunuzu daha taşınabilir ve daha sürdürülebilir hale getirir.

Her zaman C # kullanacaksanız ve C # belirtimi bu konuda asla değişmeyecekse, taşınabilir C # için geçerli olmayabilir.

Sürdürülebilir ihmo her zaman uygulanabilir olacaktır, çünkü kodunuzu koruyan kişi bu belirli C # spesifikasyonunun farkında olmayabilir ve zaman zaman 2147483647'den fazla olursa, bir hatayı kaçırmayın.

Örneğin yılın aylarını sayan basit bir for-loop'ta, umursamazsınız, ancak değişkeni muhtemelen owerflow'un akabileceği bir bağlamda kullandığınızda, önemsemelisiniz.

Üzerinde biraz akıllıca işlemler yapıp yapmayacağınıza da dikkat etmelisiniz.

Türün kullanılması, Int32bir ad alanı başvurusu Systemveya tam niteleme ( System.Int32) gerektirir. intBir isim alanı ithalatı gerektirmediğinden, bazı durumlarda ad alanı çarpışma olasılığını azaltacağım için eğilimliyim . IL'ye derlendiğinde ikisi arasında bir fark yoktur.

Visual Studio 2012 Int32'deki Anlık Pencereye göre int, Int64 uzun. İşte çıktı:

sizeof(int)
4
sizeof(Int32)
4
sizeof(Int64)
8
Int32
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648
Int64
long
    base {System.ValueType}: System.ValueType
    MaxValue: 9223372036854775807
    MinValue: -9223372036854775808
int
int
    base {System.ValueType}: System.ValueType
    MaxValue: 2147483647
    MinValue: -2147483648

Ayrıca Int16'yı da düşünün. Bir Tamsayıyı uygulamanızda bellekte saklamanız gerekiyorsa ve kullanılan bellek miktarı konusunda endişeleriniz varsa, daha az memeory kullandığından ve Int32'den daha küçük bir min / maks aralığına sahip olduğu için Int16 ile gidebilirsiniz (int .)

Bir süre önce Microsoft .NET CLR ürün ekibinden birisini ziyaret ettiğimizde Microsoft ile bir proje üzerinde çalışıyordum. Bu kişi örnekleri kodladı ve değişkenlerini tanımladığında “Int32” ile “int” ve “String” ile “string” i kullandı.

Microsoft'un diğer örnek kodlarında bu stili gördüğümü hatırlamıştım. Bu yüzden biraz araştırma yaptım ve herkesin sözdizimi renklendirmesi dışında “Int32” ve “int” arasında fark olmadığını söyledi. Aslında, kodunuzu daha okunaklı hale getirmek için “Int32” kullanmanızı öneren birçok malzeme buldum. Bu yüzden stili benimsedim.

Geçen gün bir fark buldum! Derleyici "Int32" kullanarak enum yazmanıza izin vermez, ancak "int" kullandığınızda bunu yapar. Bana nedenini sorma çünkü henüz bilmiyorum.

Misal:

public  enum MyEnum : Int32
{
    AEnum = 0
}

Bu çalışıyor.

public enum MyEnum : int
{
    AEnum = 0
}

Alındığı kaynak: Int32 notation vs. int