http://math.nist.gov/scimark2/

Eclipse sayesinde bir programin Basic Memory Analysis ve Execusion Time Analysis bilgilerine ulasabiliriz. Asagidaki linkte bir örnegi bulunuyor.

http://www.eclipse.org/tptp/home/documents/tutorials/profilingtool/profilingexample_32.html#3_0

http://docs.jboss.org/hibernate/core/3.3/reference/en/html/transactions.html

Session session = null;

try {

session = new Session();

} catch (Exception e) {

} finally {

session.close();

}

yani try deki islem bittiginde her zaman session in kapatilmasi gerektigini belirtir.

Bir problemi cözmek icin yaklasilan kötü cözümleri belirten bir kavramdir. Peki neden kötü cözümleri belirlememiz gerekiyor diye sorabilirsiniz? bunun cevapi ise kötünün kötüsü vardir diyip kendi buldugunuz cözüm yollarini antipatternlerle karsilasitirp böylece kendi cözüm yollunuz hakkinda bir fikir sahibi olabilirsiniz.

Antipatternlar ilk basta iyi bir cözüm yolu olarak görünebilir ancak daha sonrasinda bu cözüm yollari basiniza daha cok is acabilir.

Simdi asil konumuza geri dönüp Java Exception daki Antipatternlara bir göze atabiliriz;

catch (NoSuchMethodException e) {

LOG.error(“blah”, e);

throw e;

}

Yapilmamasi gereken davranis hem log hemde throwun bir arada kullanilmasi yani ya throw kullanmamiz gerekiyor yada log.

public void foo () throws Exception

Burada yapilmamis gereken davranis her hatanin bir Exception altinda bulundurulmasi yani specific (belirli) bir hata yada hatalar kullanilmamasi

Yararli bilgiler icin bakilmasi gereken bir adres ise

http://java.sun.com/docs/books/tutorial/essential/exceptions/throwing.html

Bunun icin javada degisik hata bulma sistemleri ve antipatternlar vardir.

Bundan önce bir hataya sorulmasi gereken 3 soru,

ne yanlis yapildi? (Bu sorunun cevabini hangi exception thrown kullandigimizi söyleyerek cevaplayabiliriz )

nerede ve nasil yakalandi? (Bu sorunun cevabini hangi stack trace kullandigimizi söyleyerek cevaplayabiliriz )

ne icin bu hata olustu? (Bu sorunun cevabini hangi exception message kullandigimizi söyleyerek cevaplayabiliriz )

Eger yakalamak istediginiz bir hata bu sorulara cevap vermiyorsa, bir yerde yanlis bir seyler yapiyorsunuz demektir.

Simdi size 3 tane kuraldan bahsedecegim;

1. be specific
2. throw early
3. catch late

Javanin kendisine ait bir exception mimarisi vardir,

Be specific den kasit hatanin asil merkezine gitmek, yani eger bir dosya indirmeyi saglayan bir program yazdiginiz zaman FileNotFoundException eger dosya bulunamiyorsa yakalamaniz gerekir ve sonrasinda mesela kullaniciya tekrardan baska bir dosya isteyip istemedigini sorabilirsiniz. Veya dosya okunurken bir hata olustumu diye ObjectStreamException yakalayabilirsiniz.

Örnek olarak;

try {

// readFile

} catch (FileNotFoundException fn) {

} catch (ObjectStreamException os) {

}

Cogu zamanlarda hata kullanici arayüzüne gidene kadar yakalanir böylece kullaniciya arayüzde bir hata mesaji gösterilebilir.

Bu “catch late” de girer.

Throw Early

Bu kural eger bir hata olusursa aninda o hatayi ve o hatanin olustugu method, class hepsini göstermektir

Mesela eger bir NullPointerException olustuysa… Bu kural sayesinde diger adimdaki islemlerin yapilmasi durdurulmus olur.

Catch Late

Burada yapilmasi gereken eger bir hatayi java programi müdahale edebilirse bu hatayi normal try {} catch {} de yakalayip (böylece olusacak diger hatalari engellemek)  throw ile asil yakalanmasi gereken yere gönderebiliriz.

Örnek:

public void readMyObject(Object o) throws MyObjectException {

if (o == null) {

throw new MyObjectException(“Object not found!”);

}

}