Java'da istisnalar için istisna soneki

İstisna sınıflarında bir İstisna soneki belirtmek bana bir kod kokusu gibi geliyor (Gereksiz bilgi - adın geri kalanı bir hata durumunu ima eder ve İstisnadan devralır). Ancak, herkesin yaptığı gibi görünüyor ve iyi bir uygulama gibi görünüyor.

Bunun neden iyi bir uygulama olduğunu anlamaya çalışıyorum.

Zaten istisnalar genellikle sınıf adında sonek istisnası var sorusunu gördüm ve okudum

Soru PHP için ve yanıtlar büyük olasılıkla Java için geçerliyken. Başka argümanlar var mı veya gerçekten açıkça ayırt etmek kadar basit mi?

Önceki sorudan örnekler alırsak - gerçekten FileNoFoundbir istisna olmayan adla java sınıfları olabilir mi? Olabilirse, son eklenmesi gerekir Exceptionmi?

ExceptionBüyük bir çoğunluğunun tutulmasında hızlı bir hiyerarşiye bakıldığında , bunların büyük çoğunluğunun istisna eki vardır, ancak birkaç istisna vardır.javassistörneğin - eki olmadan birkaç istisna var gibi görünüyor bir kütüphanenin bir örnektir BadByteCode, BadHttpRequestvb

BouncyCastle istisnalar dışında başka bir lib CompileError

Bu konuda biraz bilgi ile biraz da googled.

Landei'nin cevabı iyi bir cevap, ama aynı zamanda gramer yanıtı da var. Sınıf isimleri isim olmalıdır . "OutOfMemory" nedir? "FileNotFound" nedir? "İstisna" yı isim olarak düşünüyorsanız, tanımlayıcı bunu belirten sıfattır. Sadece herhangi biri değil Exception, bir FileNotFoundException. Bir yakalamanıza gerek yokOutOfMemoryBir "mavi" satın almak için mağazaya gittiğinizden daha fazlasını .

Bu, kodunuzu bir cümle olarak okuduysanız da gösterilir: " Trydoing ..., catch OutOfMemory Exceptions"

Ben istisnalar (ve hatalar ve teorik olarak diğer düşünüyorum ThrowableGenellikle çok net ve sınırlı amaç, onlar (özel dil yapıları ile kullanılır: s) (ki genellikle son eki olarak kullanılmaz) arayüzler veya çeteleler gibi şeyler farklıdır try, catch,throw , throws) ve özel kurallara uyun (örneğin kontrolsüz istisnalar vs hiçbir generic'leri işaretli). Bir bakıma bunlar sadece istisna olarak kullanılan sınıflar değil, sınıflar aracılığıyla uygulanan bir istisna mekanizmasıdır.

Yani bir istisna ile uğraşıyorsanız ve bunu böyle tanımıyorsanız, genellikle bir şey çok yanlıştır (bu da numaralandırmalar veya arayüzler gibi şeyler için geçerli değildir). Bu yüzden "normal" sınıflar arasındaki bu farkların görsel bir ipucu gerektirecek kadar büyük olduğunu düşünüyorum.

Ancak, herkesin yaptığı gibi görünüyor ve iyi bir uygulama gibi görünüyor.

Evet, gerçekten herkes yapıyor, bu yüzden bu bir uygulama, ama yine de iyi mi? Birkaç kişi bunu sorguluyor:

• http://mnapoli.fr/approaching-coding-style-rationally/ (İstisna soneki § bağlam: php)
• bağlantılı video, https://vimeo.com/album/2661665/video/74316116 (53: 00'a atla, context: php), makaleye ilham verir ve her istisna kullandığınızda bir anahtar kelimeniz olduğunu gösterir zaten bunun bir istisna olduğunu gösteriyor
• http://verraes.net/2013/10/verbs-in-class-names/ @Bobson'un cevabındaki ifadenin nasıl mutlak olmayabileceğini gösterir ve bazen uygulama için son ekin iyi olduğunu veya altyapı düzeyi istisnalar, ve bazen daha hassas ve anlamlı bir şey ifade etmek için bu uzun sonek tarafından alınan karakterleri kaydetmeye çalışmalısınız. Bu nokta, yalnızca kültürün iş kuralları ihlalleri için istisnalar kullanacağı bir dil kullanıyorsanız mantıklıdır.
• SO bağlantı ad çakışmalarıyla ilgili puan veriyor, ancak şimdi ad alanlarımız var, değil mi?