2011-01-05 10 views

cevap

15

Pratik. Bu nedenle, hazırda bekletme blokları için hazırda bekletme işlemleriyle ilgili her bir işleminizi sarmanıza gerek yoktur.

ile hazırda Java Persistence Alındığı

:

istisnalar bir tarihçesi - İstisnalar ve Java geliştiricileri arasında sıcak tartışmalar hep sonunda nasıl işleneceğini. Hibernate'in de kayda değer bir tarihe sahip olması şaşırtıcı değil . Hazırda bekletme 3.x'e kadar, Hibernate tarafından atılan tüm istisnaları, işaretli istisnalardı, dolayısıyla her Hazırda Bekletme API'si, geliştiriciyi yakalamaya zorladı ve işlemek üzere özel durumlar. Bu strateji, yalnızca kontrol edilen istisnalar hariç 'u da ekleyen JDBC'den etkilenen idi. Ancak, çok geçmeden bu durumun mantıklı olmadığından emin oldu, çünkü Hazırda bekletme tarafından atılan tüm istisnalar ölümcül. Birçok vakasında, geliştiricinin numaralı telefondan yapabildiği en iyi şey bu durumu temizlemek, bir hata mesajını görüntülemek ve uygulamasından çıkmaktır. Bu nedenle, Hazırda Bekleme 3.x ile başlayarak, Hibernate tarafından atılan tüm özel durumlar, bir uygulamada tek bir konumda işaretli olan denetlenmeyen Çalışma Zamanı Özel Durumunun alt türleridir. Bu ayrıca Hazırda Bekletme şablonunu veya sarıcı API 'u geçersiz kılar.

+0

Kaynak? ....... –

+0

@ T.J. Evet, burada iyi olurdu. Bunu bir yerde okudum biliyorum, eğer bu kaynağı bulursam, buraya gönderirim. – darioo

+2

Hibernate'in çalışanlarından çok aptalca kararlardan biri. Bir Thread içinde atılırsa RuntimeExceptions görülmez: Sadece Thread'i hiçbir iz bırakmadan öldürür. RuntimeExceptions bir kütüphanede yasaklanmıştır, bu çok kötü bir tasarımdır. –

İlgili konular