Java boole alıcıları "eşittir" ve "eşittir"

Java'da mantıksal alıcılar için konvansiyonun "is" önekini içerdiğini biliyorum.

isEnabled
isStoreOpen

Peki ya özne çoğulsa? Yani, bir mağazanın açık olup olmadığını öğrenmek yerine, tüm mağazaların açık olup olmadığını bilmek istersem ne olur?

isStoresOpen() İngilizce'de mantıklı değil.

Gibi alıcılar yazmak cazip geliyor:

areStoresOpen
areDogsCute
areCatsFuzzy

Ve bunun mantıklı olacağını düşünüyorum, ama ben sadece o kadar emmek ve anlaşması ve kullanım fiil konuyu terk gerektiğini başkaları tarafından söylendi isStoresOpen, isDogsCute, isCatsFuzzy.

Her neyse, çoğul bir konuda çalışan boole alıcıları için ne yapmalıyım?

Bunun hangi kitaptan olduğunu hatırlayamıyorum ama işin özü, kodun yazıldığından çok daha fazla okunacağıdır. Okunabilirlik için yazın.

Yeterince iyi İngilizce'ye ve Java standardına uymaya ne dersiniz?

isEveryStoreOpen() veya isEachCatCute()

Doğru kelimeden şüphe duyduğumda her zaman eşanlamlılar sözlüğünü doldurmayı severim.

Kural, getter yönteminin önüne variale değil "eşittir" önekini vermektir.

Örneğin

private boolean enabled;

public boolean isEnabled() {
    return enabled;
}

ve

private boolean storesOpen;

public boolean isStoresOpen() {
    return storesOpen;
}

isStoresOpen () İngilizce'de bir anlam ifade etmiyor.

Dilbilgisi açısından anlam ifade etmeyebilir, ancak geleneği takip eder ve yeterince okunabilir görünür.

Java Bean spesifikasyonu, daha sonra kullanılmadığı getsürece alıcılar için kullanılacağını söylüyor . standart değildir ve standart Bean adlandırmasını bekleyen hiçbir şey tarafından tanınmayacaktır.booleanisare

Pek çok araç beklemektedir isveya gettanımayacaktır are.

Gibi onları rephrasing deneyin getDogsAreFuzzy()veya getStoresAreOpen()veya daha iyi uyumluluk ve kongreler için buna benzer şeyler.

- isEnabled() Ayrıca olarak yazılabilir getEnabled()içinde Java naming conventions.

- Adlandırma kurallarına uymak, birlikte çalışırken yardımcı olmak iyi bir alışkanlıktır Java Beans.

Genel olarak, bir yöntemin neredeyse bir paragraf olarak okunabilmesi için (benimsediği gibi Clean Code) kodun olabildiğince kolay okunabilir olması gerektiğini düşünüyorum . Bu nedenle, mümkün olduğunca kolay ses / okuma yöntemini adlandırır ve gramer kuralı ile devam eder are. Modern IDE'lerle, özellikle get/ ifadesine bakmadan yöntemleri bulmak kolaydır is.

Ancak Kumar, fasulye konusunda iyi bir noktaya değiniyor. Birçok araç yalnızca get/ öğesini arayacaktır is. Bu durumda her iki yönteme de sahip olmayı düşünebilirim. Biri okuma kolaylığı ve diğeri alet kullanımı içindir.

Hangi dilde yazıyorsun: İngilizce mi Java mı?

Java kodunu okurken her şeyin orada olmasını bekliyorum, is ve are önekleriyle birlikte her iki alıcıyı da aramamı sağlamak, tek bir önek aramaktan daha karmaşık olacaktır.

Ancak öte yandan sabah gazete okuduğumda hiçbir şey aramıyorum, bu yüzden daha geleneksel İngilizce yazabilirsiniz.

dönüş 0;

Sorunuzda açıkça alıcılar hakkında soru soruyorsunuz. Alıcı, sınıfınızın bir örneği hakkında bazı bilgiler döndürür. Örneğin bir sınıfınız var Store. Şimdi, isStoreOpenalıcı için mükemmel bir yöntem adıdır.

Ardından, tüm mağazaların açık olup olmadığını kontrol eden bir yöntemden bahsediyorsunuz. Bu yöntem bir alıcı değildir, çünkü tek bir örnek hakkında değil, hepsi için bilgi döndürür. Tabii bir sınıf olmadıkça Stores. Durum böyleyse, tasarımınızı yeniden düşünmelisiniz, çünkü Java zaten bir dizi örneği, örneğin dizileri veya koleksiyonları depolamak için yollar vardır, böylece fazladan sınıflar yazmak zorunda kalmazsınız.

Durum böyle değilse, bu yöntem adı mükemmeldir. Bir alternatif allStoresOpen, 'olan' olmadan olabilir .

TL; DR: Birden fazla örnekle uğraşıyorsanız, bu bir alıcı değildir. Öyleyse tasarımınız kötüdür.

Dürüst olmak gerekirse, kesinlikle unutun are*ve sadık kalın derim is*. "is"Değişken anlamı olarak düşünün ve mümkünse daha iyi bir isim verin.

İsStoresOpen'ın kulağa o kadar kötü gelmediğini söyleyebilirim, ancak sizin için daha iyi geliyorsa isStoresAreOpen yapabilirsiniz.

Ancak genel fikrim, geleneklere bağlı kalmak olacaktır. Alıcılar için "get" ve boole türleri için "is" kullanır. Şahsen ben "eşittir" kullanmanın bazen zaten sorunlu olduğunu düşünüyorum. Evet - "eğer" koşullarında iyi görünüyor, ancak bazen kodlarken "get" yazıyorum ve gerekli değişkenim için açılır listeyi kontrol ediyorum ve neyin yanlış olduğunu ve neden bulamadığımı merak etmeye başlıyorum, sonra farkına varıyorum "is" ile başlar ...

Hiç eğer nesne yönelimli programlama, bu nadiren beri gerçekleşmesi gereken Storeya Catya da ne kendi ile, ayrı bir sınıf olmalıdır var isOpen()ya isFuzzy()yöntemle. Daha yüksek bir türe sahipseniz, gerçekte kullandığınız daha atomik seviyeye bölmeyi düşünün. Genel olarak nesneler en düşük seviyede çoğul olmamalıdır.

Bu Mağazalardaki isStoresOpen () , çoğul gibi görünüyor,

Java Adlandırma Kuralı ve Java Fasulyesi Standartlarını takip ettiğinizde, boole ve diğer türler için önceden tanımlanmış öneklere sahip olduklarından, Java Fasulyesi Adlandırma Kuralı'na uymalısınız.

Hadi senin amacına gelelim StoresOpen'ı İngilizce bir olasılıkla gördüğünüzde , evet çoğul gibi görünüyor. Bir kez daha bu kelimeye derinlemesine gözlem yapın,

Buraya

storeOpen , İngilizce gramerine göre çoğuldur,

Üzerinden gelip isStoresOpen bunun tekil olduğu yerine, çoğul değil ya da bunu kongre programlama açısından skalerdir söyleyebiliriz.

Çıktı boolean, sadece doğru ya da yanlış

İngilizce çoğul ifadeniz doğru veya yanlış gibi değil

Değil bir dizi gerçek veya yanlış bir veya bir koleksiyonlarında gerçek veya FALSE

Yani burada diyebiliriz ki, burada gerçek dünya varlığını işaret etmek için sınıfın özelliğine verilen adla değil, o boole fasulyesi yönteminden dönüş olan değerle ilgileniyoruz.

Daha önemli bir şey de, bu tür boole özellikleri sınıflarda kullanıldığında ve bunlar herhangi bir çerçevede önceden tanımlanmış kütüphaneler tarafından kullanıldığında, boole değerlerini almak için ' is ' önekini kullanan çerçeve ,

çoğul / tekil, çoğullayıcı vb. gibi İngilizce grameri bildiğiniz için neden sizden daha akıllı olmadığı anlamına gelir ...