Neden istisna yerine bug kelimesini kullanmıyorsunuz? [kapalı]

İstisnaları hata olarak adlandırırsak, neden istisna yerine ilk etapta sadece bir hata olarak adlandırılmıyor?

Kodda istisna denir ve meydana gelir gelmez hata denir. Öyleyse neden ilk başta böcek olarak adlandırmıyorsunuz?

Herhangi bir cevap veya yorum için teşekkür ederim.

Oldukça basit: tüm istisnalar hata değildir (ve benzer şekilde, tüm hatalar kendilerini istisna olarak göstermez).

Hata olmayan bir istisna örneği olarak, bir USB sürücüsünden bir dosya okuyorsanız ve birisi sürücüyü soketten çıkarırsa. Bu bir istisna oluşturacaktır (istisnaları destekleyen çoğu dilde). Ancak kodda bir hata değil.

Tersine, bir hata kendisini bir hesaplama hatası veya bir şey olarak gösterebilir. Hala bir cevap alıyorsunuz, doğru olan bu değil.

Bu having, tüm yol yığının üstüne yolunda istisna yapan olasılıkla olan bir hata. Yukarıdaki USB örneğimde, bu istisnayı yakalayabilmeli ve kullanıcıya "Artık bağlı olmadığı için dosyayı okuyamadık" diyerek hoş bir hata gösterebilmelisiniz. ya da başka birşey. Onlara bir IOExceptionve bazı funky hata kodu sunuyorsanız , bu bir hatadır. Ancak istisnanın kendisi değildir.

Basit ve basit, bir istisna (her zaman) bir hata değildir!

İstisnai bir şey olduğunda bir istisna atılır (veya olmalıdır). Sabit diskimle ilgili bir sorun varsa ve bir dosya yazılamıyorsa, bu bir hata değildir. Bu donanımın bir hatasıdır.

Bir hata genellikle kötü programlamanın bir sonucudur. Bir uygulama, programlama hatası nedeniyle beklenmeyen bir şey yaparsa, bu bir hatadır.

Aynı şey değiller.

Bir hata , bir yazılım parçasının istenmeyen davranışıdır: yazılım yapması gerekeni yapmaz. Hatalar, düz eski yazım hatalarından mantıksal hatalara ve yetersiz işlevsel özelliklere kadar her türlü yazılım geliştirmede yaşayabilir.

Bunun aksine bir istisna , normal çalışmadan sapan bir programın olağandışı bir koşuluna veya daha spesifik olarak bu tür durumları belirtmek ve işlemek için kullanılan dil yapısına atıfta bulunabilir.

Bir istisnanın meydana gelmesi bir hatanın işareti olabilir, ancak genellikle değildir. Örneğin, bir URL'den belge indirmesi ve yerel olarak işlemesi gereken bir uygulama, uzak sunucu kapalı olduğunda bir istisna atabilir: uygulama normal işlemden sapıyor (belgeyi indirip işleyemiyor), ancak istisnayı düzgün şekilde işler ve kurtarır, o zaman hata yoktur.

Tersine, bir hatanın varlığı mutlaka bir istisna olarak kendini göstermez. Bir uygulama, veritabanında saklamak yerine girdiğiniz verileri sessizce atabilir; bir istisna atılmaz, ama yine de bir hatadır.

İstisnalar ve hatalar hiç ilgili değildir. Tabii, bazen bir istisna atarsınız ve bu bir hata anlamına gelir. Ancak bazen, programda bir hata olması gerekmeyen istisnai, olağandışı bir durum anlamına gelir. Özellikle her standart işlemin ve köpeğinin yaklaşık beş farklı istisna attığı Java gibi istisnai bir dilde - örneğin, dosya açma başarısız, dosya okuma başarısız, vb.

İstisnalar her zaman hata ile ilgili değildir. Bunu yaptığınız şeyde yanlış gidebilecek bir şey olarak düşünün.

Akla gelen bir örnek, bir etki alanı adını çözümlemek için kullanılan InetAddress.getByName () yöntemidir. Bir şey olursa ve bir UnknownHostException gerçekten bir kod sorunu atılır.

Yazılım hatası, yanlış veya beklenmedik bir sonuç üreten veya istenmeyen şekillerde davranmasına neden olan bir bilgisayar programı veya sistemindeki bir hatayı, kusuru, hatayı, arızayı veya hatayı tanımlamak için kullanılan yaygın terimdir. Bir etikette yazım hatası bile olabilir.

İstisnalar hatalardan farklıdır. Her tür istisna (erişim ihlali, yığın taşması vb.) Bir hata ayıklayıcıya "ilk şans" veya "ikinci şans" istisnası olarak yükseltilebilir. İlk şans istisnaları, bir hata işleyici ile düzgün bir şekilde ele alınmadıkları sürece, tanım gereği ölümcül değildir, bu noktada ikinci bir şans istisnası olarak tekrar yükseltilirler (yalnızca bir hata ayıklayıcı işleyebilir).

Hiçbir hata ayıklayıcı ikinci bir şans istisnasını işlemezse, uygulama kapatılır.

Kendinize meşru bir şekilde bir istisna oluşturabilirsiniz, umarım hiçbir zaman bilerek hata yapmazsınız.

Tüm istisnalar hata değildir. Tüm hataların istisna olup olmadığı bir tartışma konusu olabilir.

İstisnaların normal veya beklenen uygulama akışının bir parçası olmayan olaylar olduğunu söyleyebiliriz. Bu olaylar, kodun nasıl yazıldığından bağımsız olabilir, çünkü bir hata aslında kötü koddan kaynaklanır (yanlış hesaplama gibi).

Aşağıda, bir özel durumun ele alınmamasının nasıl bir hata olabileceğinin bir örneği verilmiştir.

Diyelim ki bir harici depolama cihazına bazı veriler yazan bir program var. Harici depolama aygıtını yazarken fişi çekildi, çöktü veya imha edilebilir (herhangi bir nedenle). Şimdi bu istisnai bir durum, şimdi programlama dili istisnai işlemeyi desteklese de, program bu olay nedeniyle çökerse veya yanlış davranırsa, bu bir hatadır. (Son kullanıcı ne olduğunu bilmiyor olabilir. Ayrıca çok rahatsız edici) . Ancak program işlemi zarif bir şekilde iptal ederse, kullanıcıyı bilgilendirin (başka bir deyişle istisnayı işleyin) bu açıkça bir hata değildir.

Try catch machanism programlama dilleri aslında beklenmedik olayları ele almak için çıkış yolumuzu kolaylaştırmak için bir araçtır.

Özet : İstisnalar kötü sonuçların kanıtıdır, hatalar (bazılarının) kötü sonuçların nedenleridir. Sorun (çözülecek) istisna değildir, sorun istisnaya neden olan şeydir.

Resoning: Bir hata , bir ürünün tasarım veya uygulanmasında bir kusur olduğunu (yazılım sınırlı olmamak üzere). Örneğin, yanlış spesifikasyonlar veya basit inşa hatası nedeniyle uygun şekilde derecelendirilmiş bir röle (zaman / hassasiyet / güvenilirlik / kapasite) kullanmamak. Bunun bir istisnası , öngörülen ('beklenen' demeye cüret edersin?

Açıkçası, bir hata istisna oluşturabilir, çünkü 1) 'deki örnek 2)' de örneğe yol açabilir. Ancak tüm istisnalar, örneğin bir taşıtın kontrolünün kaybedilmesi nedeniyle hatalardan kaynaklanmayacaktır, çünkü operatör bir felç geçirmiştir.

Bu soru bir ödül için yeniden açıldığından, 2003'teki "İstisna mı Hata mı?" Başlıklı CUJ makalemi, OP'nin sorusunu tam olarak ele aldım.

Temel olarak, makale "hata" ve "istisna" terimlerini tanımlar (örnekler vererek) ve her biriyle başa çıkmak için stratejiler önerir.

Makale, hataların "ele alınmamasını", bunun yerine iddialarla işaretlenmesini önermektedir. Buna karşılık, gerçek istisnalar kodla işlem yapılmasını gerektirir (muhtemelen atma / yakalama istisnaları).

Ana nokta, hataların istisnalardan ziyade tam tersi strateji gerektirmesidir .

Yukarıda sözü edilen makaleye şu anda Dr.Dobb'dan şu adresten ulaşılabilir : http://www.drdobbs.com/an-exception-or-a-bug/184401686