Ruby On Rails ve J2EE Üzerine developerWorks Makalesi

0
neikos
IBM developerWorks adresinde Rails ile J2EE mimarilerini karşılaştıran yeni bir makale yayınlandı. Makale, Rails ile Tomcat + Struts + Hibernate'den oluşan bir J2EE mimarisini karşılaştırıyor.

Özellikle J2EE'ye aşina olan ve Rails ile ilgili bilgi sahibi olmak isteyenler için yararlı bir makale.
Sonuç bölümünü Türkçe'ye çevirmeye çalıştım :

Her ne kadar Ruby On Rails Ağ geliştirme camiasında hatrı sayılır bir ilgi çeken, yeni ve heyecan verici bir framework olsa da, çekirdek mimarisi J2EE'de bulunan temel örüntüleri izlemektedir. İki framework arasındaki fark, ağ uygulamaları geliştirme işine yaklaşım felsefelerinde. Rails belli kurallara göre yazılmış kodu konfigürasyona tercih ederken, Ruby dilinin dinamik yapısı temel kodun büyük bir kısmını çalıştırma zamanında üretiyor. Birçok Rails projesi tek proje olarak yaratılır ve uygulama geliştirme için homojen bileşenlerden faydalanılır. J2EE'de ise ayrı ayrı geliştirilen en iyi bileşenler XML konfigürasyon dosyaları yardımı ile tek bir proje olacak şekilde birleştirilir.

İyi ama, şimdi Rails'i bundan sonraki web uygulamamı geliştirmek için kullanabilir miyim? Neden olmasın? Rails, birbiriyle uyum içinde çalışan parçalardan oluşan ve yazılım endüstrisinde kabul görmüş örüntüleri gerçekleştiren bir framework. Bunun yanında Ruby programlama dili hızlı yazılım geliştirmeye ve kodun çoğunu otomatik üretmeye yarayan bir yapıda. MVC (Model-View-Controller) ve ORM (Object-Relational-Mapping) örüntülerine aşina bir programcı Rails'e kolayca uyum sağlayacatır.

Peki bu güzel framework için J2EE framework'unu bir kenara mı bırakmalıyım? Tabii ki hayır. J2EE iyi tasarlanmış bir standart, sağlam implemantasyonları mevcut ve de en önemlisi kanıtlanmış bir teknoloji. Ama Rails'i indirmenizi ve kurcalamanızı tavsiye ediyorum. Birçok başlangıç seviyesindeki yazı bile sizi kısa zamanda Rails ile üretken hale getirecektir. Rails ile çalışmaktan büyük bir zevk alacağınızı garanti edemem ama iddia ederim ki Rails'den menun kalacaksınız.

Görüşler

0
malkocoglu_3
Ruby on Rails'e saygimiz var. Fakat yazinin yazarin Struts bilgisinde bir eksik var. Mesela degisik Struts Action'lar icin uc degisik class olusturulmus, halbuki Struts dunyasinda DispatchAction ozellik sayesinde uc degisik class yerine "tek class'ta degisik metotlar" (aynen Rails orneginde oldugu gibi) yeterli oluyor.

Ama bunlara ragmen guzel bir makale. Ruby dili, ve RoR sIkI teknolojidir. Bu yazi hakkinda diger Java'cilarin yorumlarini gormek isterseniz:

http://www.theserverside.com/news/thread.tss?thread_id=35202
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Egzotik Programlama Araçları Yaygınlaşıyor

FZ

TDK sözlüğüne göre "egzotik" kelimesinin anlamı: "Uzak, yabancı ülkelerle ilgili, bu ülkelerden getirilmiş, yabancıl." Bir çoğumuz için yapay sinir ağları, genetik programlama, Common Lisp, PROLOG gibi güçlü teknolojiler "günlük" programlama deneyimlerinin ötesindeki karanlık ve gizemli alanlar, uzak diyarlar. eWeek'e göre ise bu durum hızla değişiyor.

Açık Squeak Kitabı Yayınlandı

zekzekus

Geçtiğimiz günlerde burada haberini verdiğimiz açık Squeak kitabı yayınlandı.

Mono ve .NET

raistlinthewiz

Bugün osnews.com da görmüş olduğum bir makalenin giriş yazısı hayli ilgimi çekti. Makaleyi okudum ve beğendim. Giriş yazısını aynen paste ediyorum:

"In the Brazilian martial art capoeira, it can be hard to tell if the participants are fighting or dancing. Players cooperate and compete, and spend as much energy trying to impress the crowd and one-up each other as they do in combat"

Makalenin tamamı için: http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2907356,00.html

Tekir İle İşler Tıkırında

FZ

PC Magazine dergisi, Şubat sayısında Tekir'in 1.1 güncellenmiş sürümünü okurlarına dağıtıyor. CD olarak dağıtılan bu sürüm yine Windows ve GNU/Linux sistemler üzerinde HSQLDB veri sistemi ile çalışmakta. Dergi sayfalarında ayrıca Tekir'in kurulumu ve temel özellikleri anlatan detaylı bir de yazı bulunmakta.

Design Patterns: Tasarım Şablonları ve Programlama Dillerinin Kötü Yönleri

FZ

Geçen sene Eylül ayında, Volkan Yazıcı programlama dünyasının sıcak konularından biri olan tasarım şablonlarına yani 'design patterns' konusuna değinmişti:

Merhaba, comp.lang.lisp listesinde "This may be a nonsensical question, but I was wondering if it is idiomatic to apply common design patterns to lisp applications." kaşıntısı ile başlayan bir tartışmalar dizisi oldukça ilgimi çekti -- şüphesiz ki bunda bu dönem almaya başladığım Aspect-Oriented Software Development dersinin de etkisi olmuştur -- ve sizin ile oradan çok ufak bir mesajı paylaşmak istedim.


Tasarım Şablonları, nam-ı diğer Design Patterns mevzusu epey bir süredir sıcak konular arasında. Bu gibi durumlarda sık sık karşılaştığımız gibi konu basit bir teknik konu olmaktan çıkıp pek çok yanlış anlamayı, çok çeşitli felsefi bakış açılarını, alakasız yerlere dallanıp budaklanmayı, düpedüz mantıksal hataları, politik ve ekonomik savaşları bünyesinde barındırmaya başlıyor. Acaba neden?