P * ile önekleme fonksiyon parametre isimlerinin faydaları nelerdir?

İşlev parametrelerini önekleyen projeleri (Java projelerinde ve Eclipse kullanan ekiplerde) sık sık görüyorum p.

Örneğin

public void filter (Result pResult) ...

Şahsen bunun bir yararı görmüyorum, ancak nedeninin ne olduğunu bilmek istiyorum. Şimdiye kadar duyduğum en iyi açıklama, aynı adlandırılmış alanların adını ayırt etmektir. Bu açıklama ile ilgili sorunlarım var ancak konuyu anlayabiliyorum.

İyi tanıtılmış Macar Notasyonu gibi sembollere anlamlı önek ekleme uygulamaları, IDE'lerin olmadığı ya da çok ilkel olduğu zamanlara dayanıyor. Bugün, bir bildirim noktası bulmak bir fare tıklaması uzakta olduğunda, ortak bir önek atayarak, adın en değerli kısmını, ilk birkaç harfini bozmanın bir anlamı yoktur.

Şüphelendiğiniz gibi, parametre adı ile üye veya yerel değişken adları arasındaki ad çakışmalarını önlemektir. Üye değişkenlere bazen aynı sebepten dolayı bir ön ek verilmektedir (örneğin, m_result). Şahsen, thisisim çarpışması varsa sadece üye değişkenler için öneki kullanmayı tercih ederim . Dilde yerleşiktir ve herkes ne anlama geldiğini zaten bilir.

Parametrenin yalnızca bir kurucu veya ayarlayıcı gibi bir üye değişkenine atanması amaçlandığında parametre öneki kullanıyorum.

Paint (newColor) {
  color = newColor;
}

Benim için, farklı bir değişken adı kullanmanın "this" önekini kullanmaktan daha kör bir şekilde açık olduğunu buldum.

Diğer durumlar için, üye değişkenle kolayca karışabilecek bir parametre kullanmaktan kaçınıyorum.

Bir yöntem veya sınıf o kadar büyükse değişkenlerin ne anlama geldiğini söylemek zorsa, asıl çözüm onu ​​daha küçük yöntemlere / sınıflara bölmektir. Önekleri kullanmak, altta yatan soruna yönelik bir yara bandı çözümüdür.

'P' yi her bir yöntem parametresi adıyla önek olarak kullanmak için bir standart yaparsanız, yöntem parametrelerinin kalanını kullanarak yöntem parametrelerini kolayca tanıyabilirsiniz.

Yöntem parametrelerini bulmak için zaman kazandırır. Kodunuzu kolayca hata ayıklayabilirsiniz.

Kısa - Bu uygulama kodu okumayı zorlaştırır.

Uzun - Bunun sadece diğer kötü uygulamaları desteklemek için kullanılan kötü bir uygulama olduğunu iddia edeceğim. Bu önekleri kullanmanın neden yararlı olabileceğinin birkaç nedenini inceleyelim:

• Değişken isimlerinde çarpışmaları önleme

  • Parametre adlarınız tam olarak parametrelerin ne olduğunu ifade ediyor mu? "Tam olarak aynı" bir parametre ve sınıf alanınız varsa, bir parametreye ihtiyacınız yoktur.
  • Bu durumda, yalnızca Aaron'un cevabında açıklanan yeni * öneki gibi sınıf yapıcıları için öneklerin kullanılması anlamlı olur. Örneğin, belirleyici yöntemleri için de yararlı olabilir

  public void setHeight(int newHeight) { this.height = newHeight; }

• Yöntemler çok fazla paragraf alır, çok fazla değişken bildirir ve hangisinin parametre olduğunu kolayca unutabiliriz.

  • Yukarıda açıklandığı gibi - sorun değişkenlerin sayısındadır.
  • Program muhtemelen iyi yapılandırılmamış. Tüm değişkenlerin "bağımsız" olup olmadığını kontrol edin - belki yapılar veya sınıflar halinde düzenlenmelidirler. Belki de tüm hesaplama veya işlem, yalnızca bu kadar değişkende işlem yapmak için ayrı bir sınıfa sarılmalıdır.
  • Bu kadar değişkene ihtiyacınız olsa bile - anlamlı isimler kullanmalılar ve önek siz ve anlamlı kısım arasında duruyor.
• Yöntemler çok uzun ve bir param nedir takip etmek için önekleri kullanmanız gerekir.
  • Sorun, yöntemlerin uzunluğunda yatmaktadır - Bir program iyi yazılmışsa, her zaman yöntem başlığını ve tüm gövdesini tek ekranda görmelisiniz.
  • Yöntemi daha küçük bloklara bölmeyi deneyin.

Bazı özel durumlar dışında, parametre önekleri eklemek sadece belirtilere yardımcı olur ve gerçek sorunları çözmez.

Giriş için iParam ve çıkış parametreleri için oParam hayranıyım. Değişim için cParam derdim, ama bu kabul edilebilir değil.