JSF ve Olay Yakalayıcılar

0
anonim
Bir süredir JSF olay yakalayıcılar (event listeners) ile ilgili aklıma takılan bir soru vardı. JSF gibi tamamen sunucu taraflı olduğu idda edilen bir teknolojide olay yakalama işlemi nasıl gerçekleşiyordu? Bu durum kullanıcı tarafın da javascript kullanımı gerektirir miydi? Eğer gerektiriyorsa o zaman nerde kaldı tamamen sunucu taraflı uygulama geliştirme konsepti?

Sonuç olarak bu soruya j2ee-tr listesinde Bora Güngören'in verdiği yanıtları derleyerek kısa bir bilgi notu oluşturdum. Faydalı olması dileğiyle...
Olay tetiklenmeleri istemci tarafında javascript veya ajax kullanılarak oluşturulabiliyor. Buradaki anahtar nokta ise bu bileşenlerin JavaScript işlemlerinin sunucu tarafı olay modelinde "değer değişikliği" gibi bir faaliyeti olmadığı.

JSF'de tum olay döngüsü sunucu tarafindaki görsel bilesen ağacinda olur. JavaScript ile olay döngüsü ile bağlantılı olabilecek tek sey bir HTTP istegi iletilecekse onun iceriğinin ayarlanmasıdir.

Ama şunu gözardı etmeyelim. Görsel sunuma dair detayları istemcide JavaScript ile değiştirebiliriz. Örnegin bir tabloda silmek istedigimiz bir satırın rengi değişebilir. Ancak bu o satırın silinmesi için bir istek oluşturmaz. Sadece formdaki bir değişkenin değeri (DOM olarak düşünürsek, ağactaki bir nodun degeri) değişmistir.

Form yollandığında bu DOM ağacındaki değer değişikligi önce doğrulanır. Doğrulamadan geçerse sunucudaki görsel bileşen ağacına uygulanır. Bu arada deger degisikligi olayı, vb olaylar işler. Daha sonra formun işlenmesi için olan eylemin (ornegin düğmeye tıklanması) sunucu tarafındaki görsel bileşen ağacındaki dengi olan olay işlenir.

Iste bu olay işleyici modelde yani JavaBean'lerde değişiklik yapar. Veri tabanı yada baska bir şekilde erişilen "esas veri"den silme yada benzeri işlemler ise burada yapılır. Bu katmanlı yapı sayesinde sisteme bozuk veri giremez ve veriler de bozulamaz.

JSF bu nedenle .NET'den bir kaç gömlek ustun zaten. :-)

JSF'de Sadece render-kit değiştirilerek HTML + JS + AJAX ureten JSF kodu kolayca WAP, XUL, XSLT, vb. çıktı üretir hale getirilebilir. Bunun nedeni uygulamanın sunucuda çalışması. .NET için bu iş bu kadar kolay değil.

Resmin icine AJAX konduğu zaman; AJAX HTTP istek ve yanıtlarının sayfaya anında yansımasını engelleyen bir teknoloji. Bu nedenle siz hala aynı sayfada olduğunuzu sanırken birden fazla HTTP istek/yanıt çevrimi bitmiş oluyor. Bu durumda JSF tarafında gelen bu isteklerin işlenmesini gerekir.

Bu istekler tıpkı az önce anlattığım gibi işlenir. JSF, yani sunucu tarafında özel bir anlamları yoktur. Sunucu istegin AJAX ile gelmesini önemsemez. Sadece bir HTTP isteği olarak görür. Bu isteği işlerken değer değişiklikleri, vb şeyler olabilir. Gorsel bileşenlerde değişiklikler gerekebilir. Bu durumda render-kit tarafından olusturulan HTML farklı olacaktır. İstemcinin de bu durumda "ekranı" güncelleyeceğini bekleriz.

İstemci tarafındaki AJAX'in gelen HTTP yanıtlarını işleme becerisi ile bunu yapacağını biliyoruz.

Dolayisi ile olayları JS oluşturmuş gibi gözükse de aslında olaylar her zaman oldugu gibi JSF çevriminde yani sunucuda islenir. JSF'in kendi olay döngüsünün istemci tarafındaki hiç bir teknoloji ile ilgisi ve bağımlılığı olmaz. Onlarla render-kit ilgilenir.

İlgili Yazılar

JSF'ye İnanın !

anonim

Aslında daha sade bir başlık koymak istiyordum paylaşmak isteğim iki jsf makalesi için. Ancak jsf'ye giriş niteliği taşıyan bu makalenin başlığı "JSF for nonbelievers" olunca yazının başlığı da kendilinden belli oldu.

Bu ilk makaleyi okuyup. "Her şey iyi güzel nasıl özelleştiririm bu jsf'yi" diyenler içinse bu makale faydalı olacaktır.

Java Neden İyidir ?

anonim

Java 'nın .Net'e karşı üstünluklerini anlatan bir sunum Kafası karışanlar için iyi bir kaynak olabilir. www.manageability.org/manageabilityWiki/WhyJavaIsBetterThanDotNet sitesindeki en göze çarpan maddelerin alındığı bu sunumu sizde seveceksiniz :)

Java Neden iyidir?

Editörün Notu: Hazır ortalık ısınıyorken olgunlaşma yolunda emin adımlarla ilerleyen rakip Mono (özgür yazılım modeline uygun .NET ortamı) sitesine de bir göz atmakta fayda var, Mono 1.0 Beta 1 çıkmış durumda!

Java Ruby el ele, beraber mutlu günlere

anonim

Daha önce Javacılar ile Rubyciler arasında birbirlerini hor görmelerin yaşandığı Fazlamesai'ye ilginç bir haber.

Haber Spring framework için bir hızlı prototip geliştirme projesi. Proje varolan Spring ve Hibernate iş mantığı ve nesnelerinizi kullanarak ve fazladan yeni bir şey öğrenmenize gerek kalmadan yeniden derleme ve konfigürasyon dosylarını değiştirme gibi prototip üretimi sırasında sizi yavaşlatan işlerden JRuby ile yazılmış bir kontrolcü kullanarak kurtulmanızı sağlıyor. Prototip sizi tatmin ettiği zaman tek yapmanız gereken, hiçbir değişiklik yapmadan JRuby kontrolörü çıkarıp yerine Java olanını eklemek. Proje 1000 satırdan daha az kodla yazılmış ve var olan projelerinize kolayca entegre edilebilir. Proje ile ilgili ayrıntılara buradan erişebilirsiniz.

JTS 13 | Exploring JSF 2.0 and PrimeFaces | Çağatay Çivici

tanerdiler

Java Teknolojileri Programcıları Derneği'nin düzenlediği Java Teknoloji Saatlerinin 13.'sü Bahçeşehir Üniversitesi Yazılım ve Bilişim Kulübü'nün katkılarıyla 1 Ekim 2010 Cuma tarihinde saat 19:00'da Bahçeşehir Üniversitesi Beşiktaş Kampüsü'nde Çağatay Çivici'nin anlattığı "Exploring JSF 2.0 and PrimeFaces" adlı konuyla gerçekleştirilecek. Katılım her JTS'de olduğu gibi ücretsizdir.

Evans Data: EMEA Bölgesinde Perl/Python/PHP Kullanımı Düştü

anonim

Bir araştırma şirketi olan Evans Data'nın yakın zamanda Avrupa, Ortadoğu ve Africa'da (EMEA) yaklaşık 400 programcı üzerinde yaptığı bir araştırma ilginç bir sonuç buldu: PHP kullanan programcıların sayısında %25'lik bir düşüş yaşandı ve PHP'yi gelecek projeler için incelemeyecek (evaluate) ve kullanmak istemeyecek programcılar aynı dönem için %40 kadar arttı. EMEA bölgesinde Perl kullanımı %20 kadar düştü. Python kullanımı da aynı şekilde bir düşüş yaşadı, bunun oranı ise %25. Python'u ileri projeler için incelemek istemeyen programcılar %17 kadar arttı.