Değişkenleri tekrar kullanmalı mıyım?

Değişkenleri tekrar kullanmalı mıyım?

Pek çok en iyi uygulamanın bunu yapmamanız gerektiğini söylediğini biliyorum, ancak daha sonra, farklı geliştirici kodun hatalarını ayıklarken ve birbirine benzeyen 3 değişken bulunduğunda ve tek fark, kodda farklı yerlerde oluşturulduklarıdır. Şaşkın. Ünite testi buna harika bir örnektir.

Ancak, ben do iyi uygulamalar buna karşı çoğu zaman olduğunu biliyoruz. Örneğin, yöntem parametrelerini "geçersiz kılmama" diyorlar.

En iyi uygulamalar bile önceki değişkenleri sıfırlamaya karşıdır (Java'da null, değişkene atadığınızda , Java 6'dan beri çöp toplayıcıyı çağırmak için yapmanız gerekmediğine dair bir uyarı veren Sonar vardır . Her zaman kontrol edemezsiniz. Hangi uyarıların kapatıldığı, varsayılanın açık olduğu zamanların çoğu

Sorununuz yalnızca yöntemleriniz uzun olduğunda ve bir sırayla birden fazla iş yaparken ortaya çıkıyor. Bu, kodu kendi başına anlaması (ve dolayısıyla sürdürmesi) zorlaştırır. Değişkenleri tekrar kullanmak, bunun üzerine ekstra bir risk unsuru ekler, bu da kodun takip edilmesini zorlaştırır ve hataya daha açık hale getirir.

IMO'nun en iyi uygulaması, tüm sorunu ortadan kaldıran, yalnızca bir şeyi yapan kısa yöntemleri kullanmaktır.

Bir yöntemde değişken yeniden kullanım, onu yeniden ayırmanız / bölmeniz gerektiğine dair güçlü bir işarettir.

Bu yüzden benim cevabım, onları tekrar kullanmamanız gerektiğidir, çünkü yaparsanız daha sonra yeniden düzenlemek çok daha zor olacaktır.

Değişir.

Bazı değişkenler, bir işlevin yürütülmesi sırasında değişebilen belirli bir veri türünün tutulması amacıyla oluşturulabilir. Dönüş kodları burada akla geliyor, örneğin:

void my_function() {
    HRESULT errorcode;
    errorcode = ::SomeWindowsApiFunction();
    if (FAILED(errorcode)) { /* handle error */ }
    errorcode = ::AnotherWindowsApiFunction();
    if (FAILED(errorcode)) { /* handle error */ }
}

Değişken ismi, bu değişkenin ne saklaması gerektiğini açıkça ortaya koyar. Bunun gibi diğer kullanım olanaklarının mümkün olduğunu düşünüyorum; burada değişken, kavramsal olarak bir fonksiyonun seyri sırasında çok benzer şeylerin farklı örnekleri tarafından mantıksal olarak kullanılan bir konteynerdir.

Bununla birlikte, genel olarak, bu yalnızca kodun olası okuyucuları için kesinlikle net olduğu durumlarda yapılmalıdır. Hiçbir durumda, kodun okunaklılığına bakılmaksızın aşırı optimizasyon dışında, değişken yalnızca tür uygun olduğu için yeniden kullanılmamalıdır.

Bunların hepsi temelde değişken adlandırmadaki iyi uygulamalardan kaynaklanmaktadır. İsimler kendileri için konuşmalı. Tüm yeniden kullanımlar için kesin amacı kısa bir isimle koymak zorsa, sadece farklı değişkenleri kullanmak en iyisidir.

Değişkenleri tekrar kullanmamamın en büyük nedeni (özellikle birim testlerde), test edilmesi ve hata ayıklaması zor olan gereksiz bir kod yolunu tanıtmasıdır. İyi bir birim testi diğer testlerden bağımsız olmalı ve bir birim test armatüründe sınıf (örnek) seviye değişkenini tekrar kullandığınızda, her testten önce durumlarını belirtmeyi sağlamalısınız. İyi bir birim testi ayrıca hataları izole eder, böylece teoride her test durumu (yöntem) sadece test edilen sistem için 1 davranış göstermelidir. Test yöntemleriniz bu şekilde yazılırsa, nadiren bir yöntem seviyesi değişkenini tekrar kullanmak için bir ihtiyaç veya fayda yoktur. Son olarak, kapanışları ve eşzamansız işlemeyi destekleyen dillerde, bir yöntemde değişkenleri yeniden kullanıyorsanız, cehennem olup bittiğini düşünmek gerçekten zor.

Farklı değişkenler kullanmalısın. Meslektaşınızın kafasının karışacağından endişeleniyorsanız, rollerini açıkça belirten isimler verin.
Değişkenleri tekrar kullanmak, gelecekte muhtemel bir karışıklık kaynağıdır; Şimdi temizlemek için daha iyi.
Bazı durumlarda, aynı değişken adı tekrar kullanılabilir; örneğin ibasit bir sayma döngüsünde. Bu durumlarda, elbette değişkenlerin kendi kapsamlarında olduklarından emin olmalısınız.

EDIT: Değişkenleri tekrar kullanmak bazen Tek Sorumluluk İlkesinin ihlal edildiğinin bir işaretidir . Yeniden kullanılan değişkenin aynı rolde kullanılıp kullanılmadığını kontrol edin. Eğer öyleyse, hiçbir zaman yeniden kullanılamaz (söz konusu değişkenlerin kapsamını sınırlamak için iki farklı değişkene sahip olmasının hala tercih edilebilir olmasına rağmen). Farklı rollerde kullanılıyorsa, elinizde bir SRP ihlali vardır.

Diğer cevapların verdiği önerilerden bağımsız olarak bir değişkeni tekrar kullanmak isteyebileceğiniz bir durum vardır: derleyicinizin yardım için bir el gerektiğinde.

Bazı durumlarda, derleyiciniz, belirli bir sicile ayrılmış değişkenin artık kodun bir sonraki kısmı tarafından kullanılmadığını anlayacak kadar akıllı olmayabilir. Bu nedenle, bir sonraki değişkenler için teorik olarak ücretsiz kayıt olanağını kullanmayacak ve üretilen kod alt-optimal olabilir.

Bu durumu doğru şekilde yakalayamayan mevcut ana akım derleyicileri bilmediğime dikkat edin, derleyicinizin alt-optimal kod ürettiğini bilmediğiniz sürece asla, asla, asla bunu yapmayın. Özel derleyiciler içeren özel gömülü sistemler için derleme yapıyorsanız, yine de bu sorunla karşılaşabilirsiniz.

HAYIR derdim.

Bu senaryoyu düşünün: programınız çöktü ve temel bir dökümü inceleyerek ne olduğunu çözmeniz gerekiyor ... farkı görebiliyor musunuz? ;-)

Hayır, makinenin çalıştığı kodu geliştirmiyorsunuz (... montaj kodu). Derleyicinin derleyicideki değişken için kullandığı hafızayı tekrar kullanmayı bırakın. Çoğu zaman bir kayıt olacak ve yeniden kullanmak size hiçbir şey almadı. Kodun okunmasını kolaylaştırmaya odaklanın.

Değişir. Türün değişkenler yerine değerlerde bulunduğu dinamik bir dilde, sonra örneğin bir dize olan bir işleve iyi adlandırılmış bir argüman varsa, Algoritmadaki bir değişiklik, her zaman bir tamsayı olarak yorumlandıktan sonra kullanıldığını, ardından ilk taslak olarak,

scrote = int (yazdı)

Ama sonunda fonksiyona gönderilen tipi değiştirmeye ve parametre tipindeki değişikliği not etmeye çalışırdım.

İlk olarak, geliştirme ortamınıza bakın. Hata ayıklamada sorun yaşıyorsanız, farklı adlarda aynı adlara sahip beş değişkeniniz varsa ve hata ayıklayıcı size bu değişkenlerden hangisinin ihtiyacınız olduğunu göstermiyorsa, aynı adı taşıyan beş değişken kullanmayın. Bunu başarmanın iki yolu vardır: Bir değişken kullanın veya beş farklı isim kullanın.

Hata ayıklayıcınız, birçok değişkene sahip bir fonksiyonun hata ayıklamasını da acı verici hale getirebilir. 20 değişkenli bir işlevin 16 değişkenli bir hata ayıklaması daha zorsa, 5 değişkeni bir tane ile değiştirmeyi düşünebilirsiniz. ("Göz önünde bulundurun", "her zaman" olması gerektiği ile aynı değildir).

Değişken her zaman aynı amaca sahip olduğu sürece, birden fazla yerde kullanılan bir değişkeni kullanmak sorun değildir. Örneğin, on işlev çağrısı her çağrı için hemen işlenen bir hata kodu döndürürse, 10 değil bir değişken kullanın. Ancak aynı değişkeni tamamen farklı şeyler için kullanmayın. Bir müşteri adı için "isim" kullanmak, bir şirket adı için aynı değişkeni kullanmaktan sonra 10 satır kullanmak, bu kötüdür ve başınızı belaya sokar. Daha kötüsü, bir müşteri adı için "customerName" 'i ve 10 satır sonra da aynı şirket adı için "customerName" değişkenini kullanarak.

Önemli olan, hiçbir şey bir demir kuralı değildir. Her şeyin avantaj ve dezavantajları vardır. "En iyi uygulamalar" bir şeyi öneriyorsa ve bunun sizin durumunuz için kötü bir fikir olduğunu söylemek için nedenleriniz varsa, bunu yapmayın.

İlk olarak, geliştirme ortamınıza bakın. Hata ayıklamada sorun yaşıyorsanız, farklı adlarda aynı adlara sahip beş değişkeniniz varsa ve hata ayıklayıcı size bu değişkenlerden hangisinin ihtiyacınız olduğunu göstermiyorsa, aynı adı taşıyan beş değişken kullanmayın. Bunu başarmanın iki yolu vardır: Bir değişken kullanın veya beş farklı isim kullanın.

Hata ayıklayıcınız, birçok değişkene sahip bir fonksiyonun hata ayıklamasını da acı verici hale getirebilir. 20 değişkenli bir işlevin 16 değişkenli bir hata ayıklaması daha zorsa, 5 değişkeni bir tane ile değiştirmeyi düşünebilirsiniz. ("Göz önünde bulundurun", "her zaman" olması gerektiği ile aynı değildir).

Değişken her zaman aynı amaca sahip olduğu sürece, birden fazla yerde kullanılan bir değişkeni kullanmak sorun değildir. Örneğin, on işlev çağrısı, her çağrı için hemen işlenen bir hata kodu döndürürse, bir değişken kullanın ve 10 değil, bununla ilgili bir sorun vardır: Genellikle, derleyici başlatılmamış bir değişken kullandığınızda size söyler. Ancak burada, 6 çağrısı sonrasında hata kodunu okursanız, ancak değişken 5 çağrısından sonra değişmediyse, derleyici sizi uyarmadan işe yaramaz veriler elde edersiniz. Çünkü değişken, şimdi işe yaramaz olan verilerle başlatıldı.

Önemli olan, hiçbir şey bir demir kuralı değildir. Her şeyin avantaj ve dezavantajları vardır. "En iyi uygulamalar" bir şeyi öneriyorsa ve bunun sizin durumunuz için kötü bir fikir olduğunu söylemek için nedenleriniz varsa, bunu yapmayın.

Bir durumu korumanız veya sabitleri tutmanız gerektiğinde global değişkenleri kullanın. Değişkenleri yeniden kullanarak, sadece bellekte bir yere işaret eden ismi yeniden kullanıyorsunuzdur. İlklendirmelerdeki açıklayıcı isimler yalnızca size netlik kazandırabilir (Java varsa ve ilkel OKB olmadığında).

El ile veya diğer geliştiricileri rahatsız edici şekilde kodlamada sakıncası yoksa.