Ne kadar 'var' ve null birleştirici operatör '??' okunabilirliği engellemeden eğlendirilecek misiniz?

Sorunun başlığının çok öznel olduğunu biliyorum, ancak ??aynı zamanda varyeni gelen kodlara başvururken çok mutlu / rahat olmadığım durumlarda, meslektaşlarım tarafından operatör kullanımıyla karşılaştım .

??İşleci kullanmak için verilen argüman kod okunabilirliğini ortadan kaldırıyordu.

Sorum şu, kullanmaya başladığınızda aynı şey olmuyor varmu?

Boş birleştirme operatörü (??)

Şahsen, bu operatörü kullanmanın hiçbir dezavantajı görmüyorum. 'Kolay' dan 'karmaşık' yeni işleçlere kadar aşağıdaki üç kod örneğini göz önünde bulundurun.

Sihir olmadan:

bool isNameSet = false;
string name;
if ( isNameSet )
{
    Console.WriteLine( name );
}
else
{
    Console.WriteLine( "No name set." );
}

Üçlü operatör:

bool isNameSet = false;
string name;
Console.WriteLine( isNameSet ? name : "No name set." );

Boş birleştirme:

string name = null;
Console.WriteLine( name ?? "No name set." );

Bu operatörlerin icat edilmesinin nedeni çok yaygın programlama işlemlerini temsil etmeleridir . Onları kullanmak istememek, çünkü onlara alışık değilsiniz, sadece inatçı olmaktır . Diller gelişir, özellikler gelişir, onları kullanmayı öğrenir!

var anahtar kelime

Var anahtar kelimesi hakkında biraz farklı düşüncelerim var. Bir değişkenin türü genellikle kodunuz hakkında ek bilgi verir. Var anahtar sözcüğünü kullanarak türü gizlemeyi buluyorum, bazen kodu daha az okunabilir hale getiriyor. Otomatik tamamlama kullanmadan veya gerçekte ne olduklarını görmek için tanımlayıcıların üzerine gelmeden ne bekleyeceğinizi daha az biliyorsunuz. Benim düşünceme göre, bu okuma / yazma daha yavaş kod ile sonuçlanır.

Türün fazladan bilgi vermediğini tespit ettiğimde anahtar kelimeyi kullanıyorum.

• Temelde , Resharper'dan öğrendim, orada bir ortam olduğu için foreach döngülerinde . Çoğu zaman, ne tür bir koleksiyona girdiğinizi biliyorsunuzdur, bu nedenle koleksiyondan öğeler beklediğinizi biliyorsunuzdur.
• Linq sorguları . Linq sorgularının sonucu genellikle çok karmaşık genel türlerdir. Bu türün gösterilmesi yarardan çok zarar verir.
• Yapıcılarıyla basitçe başlatılan uzun yazım adları. Yapıcıya bakarak türün ne olduğunu zaten söyleyebilirsiniz.

Son ifadeye örnek olarak:

ThisIsSomeSpecializedTypeRightHere duplication =
    new ThisIsSomeSpecializedTypeRightHere();
var justAsReadable =
    new ThisIsSomeSpecializedTypeRightHere();  // Less duplication.

// But I still prefer the following ...
int number = 9;
SomeCreatedType foo = Factory.CreateSomeType();

var okunabilirliği artıran daha az ayrıntılı kod sağlar. Bence okunabilirlik kaç ayrıntı gördüğünüzle ölçülmemeli, ilk bakışta kaç ayrıntı gizlendi. Linq örneklerinin yanı sıra, aşağıdaki örnek verildiğinde, kaynak kod düzeyinde ördek yazmaya izin verir:

...
foreach (var message in messages) {
  var label = Factory.CreateLabel();
  label.Text = message;
  Controls.Add(label);
}
...

Text özelliğini sağladığı sürece etiket türünün ne olduğu kimin umrunda?

??Operatör hakkında ciddi bir yorumum yok , çünkü böyle bir operatörle hiçbir zaman ağır bir dil kullanmadım. İlgili var, insanlar tüm tamamen örtülü yazarak zaman var Yakut, Python, Perl ve PHP gibi dillerde programlamak. Bu dillerin yerlileri, bir değişkenin biçimsel tipinin genellikle alakasız gürültü olduğunu fark eder. Değişkenin neler yapabileceği ile daha çok ilgileniyorsunuz , yani yapısal / ördek arayüzü.

Benzer şekilde, çoğunlukla D de programlarım. D statik olarak yazılır, ancak buna autoeşit olan anahtar kelimeye sahiptir var. Derleyicinin okuyucusuna veya (dolaylı dönüşüm yoluyla) bir şeyin türünü vurgulamanız gerekmedikçe, her yerde kullanmanın deyimsel olduğu düşünülmektedir. Bir fonksiyon dönüş tipi olarak kullanılmadığı zamanlar dışında (buna D'de izin verilir), bunu programlama sırasında çoğunlukla resmi / aday türler yerine yapısal / ördek arayüzleri açısından düşünürüm çünkü okunabilirliği engellemedik.

Ayrıca, IMHO varmümkün olan her yerde kullanımı DRY'ye iyi bir örnektir. Bir şeyin türü tek bir yerde belirtilmeli ve ardından ne zaman yayılması gerektiğine göre otomatik olarak çoğaltılmalıdır. Eğer kullanıyorsanız varve bir noktada değişikliğe değişken ihtiyaçlara biçimsel tipi, gerekli değişiklikler otomatik olarak program sürece derleyici tarafından her yerde gerekli aktarılacaktır tip-doğru değil, programcı daha elle her örneğini değiştirmek zorunda hala . Bu iyi bir şey (tm).

Sonunda takım için bu bir soru olduğunu düşünüyorum. Eğer ekibimdeki hiç kimseye okunamazsa, onları örneklerle ikna etmek ya da daha okunaklı buldukları analago kısaltmaları (+ = gibi) vurgulayarak birkaç kez deneyebilirim, ancak kullanmayacağım.

Ancak, yalnız çalışıyorsanız o zaman buluyorum? ve sınırsız bir şekilde okunabilir şekilde değişkenlik gösterebilir. Üstelik

var a = b ?? c ?? d ?? e ?? "";

bana oldukça açık.

Üçlü operatörler ve dynamicelbette farklı bir konudur.

Kullanmak için verilen argüman ?? Operatör kodda okunabilirliği ortadan kaldırıyordu.

Bu konuda kısaca düşündüğümde, bu yorum bana yorum yapan kişiye, söylemesi gerektiği kadar iyi anlamadığını söyler. Büyük olasılıkla belirli durumlarda doğrudur, ancak genel olarak, C # ekibinin "okunabilirlik" nedeniyle ekleyebileceği kadar önemli olduğunu düşündüğü bir şeyi iskonto etmem. Bunu aynı kategorideki if(boolean_object)vs'ye koydum if(boolean_object == true). Bazı insanlar ikincisinin daha okunaklı olduğunu savunuyor, ancak gerçekte birisinin okuması / yazması için ekstra kod ekliyor ve bazı durumlarda daha kafa karıştırıcı olabilir (düşün if(boolean_object != false))

Sorum şu, var kullanmaya başladığınızda aynı şey olmuyor mu?

C # ekibi ne olacağını bildiğin bir şeyi tanımlamamanı sağladı. Bir değişkenin ne olacağını kesinlikle tanımlamam gerekmiyorsa (dönen nesnenin x türünde olması veya gerçekten okunaklı olmaması kesinlikle önemlidir) kullanıyorum var. var x = "MY_STRING";Bakmanın bir ip olduğunu biliyorum. Gerçekte, yapmam gerekeni yaptığı sürece bir sicimin umrunda değil. Değişken türünü tanımlamak derleyicinin değil, benim yararım içindir. Bir şey yanlışsa, yanlış değişken türüne sahipsem derleyici ne zaman çalıştığını söyleyecektir.

varLINQ sorguları - Anahtar kelime, benim görüşüme göre, bu orijinal tanıtıldı olduğu için durumlarda kullanılır bested. Bu sorgularda, döndürülen sonucun türü genellikle zamanından önce belirlenmesi zor olan ve okuyucunun kodunuzun ne yaptığını anlamalarına yardımcı olmayan büyük ve karmaşık bir ada sahiptir.

Ancak, yapmak var text = "Some text " + variableName + "some more text."sadece tembel.

EDIT: @Jorg Kasten basit bir cevapla atladın ama tartışmaya hiçbir şey eklemedin. Tamam, daha iyi bir örnek için buna ne dersiniz: var items = doc.DocumentElement.FirstChild.ChildNodes;Bundan türünü anlayabiliyorsanız, size bir çerez vereceğim.

Var kullanımıyla ilgili temel bir sorunum var.

Bu örnekte her şey yan yana olmakla birlikte, sorun gerçekten paylaşılan kütüphaneler veya projelerle ilgili büyük çözümler ile ilgilidir.

Bunu düşün:

public MyFirstObject GetMeAnObject() {
    return new MyFirstObject();
}

public void MainProgram() {
    var theObject = GetMeAnObject();
    theObject.PerformOperation();
}

GetMeAnObject bir başkası tarafından ihtiyaçlarına göre değiştirilirse ne olur?

public MySecondObject GetMeAnObject() {
    return new MySecondObject();
}

MainProgram yönteminin .PerformOperation () üzerinde büyük bir kırmızı hatası olur. Ne oldu? PerformOperation daha önce mükemmel bir şekilde çalıştı. Hedef üzerindeki yöntemlere bakıyoruz ve iz bırakmadan kayboldu. Geçen sefer oradaydı ve bu yönteme ihtiyacımız var. Kuyruğunu kovalayıp uzun zaman harcayabilir ve MyFirstObject'in PerformOperation adlı bir metodu varsa, neden görülemeyeceğini anlamaya çalışabilirsiniz. Herkes GetMeAnObject'in bir MyFirstObject döndürdüğünü "bilir", bu yüzden bunu kontrol etmenin bir anlamı yok.

Açıkça theObject yazmış olsaydı, o zaman GetMeAnObject'i çağıran satırda bir Geçersiz Döküm hatası olur ve GetMeAnObject'in beklediğiniz gibi olmayan bir tür döndürdüğü açıkça görülebilir.

Kısacası, açık beyan, hataların ne anlama geldiğini bildiğiniz anlamına gelir. Geçersiz bir döküm, bir tür beklediğiniz ve başka bir türün döndürüldüğü anlamına gelir. Tanınmayan bir üye, üyenin tanınmadığı anlamına gelir.