JavaBean belirtimindeki erişimci yöntemleri neden Java geliştirme standardı haline geldi?


9

JavaBeans Şartname bir JavaBean olarak tanımladığı

Java Bean, bir oluşturucu aracında görsel olarak değiştirilebilen yeniden kullanılabilir bir yazılım bileşenidir

Yazılan kod satırlarının çoğunun bir oluşturucu araçta görsel olarak manipüle edilmesiyle ilgisi olmadığı için, JavaBean belirtimi neden nesne yönelimli kod yazmanın "yolu" olmuştur?

Sadece kod yapımcıları değil tüm kod boyunca Akıcı Arayüzler lehine geleneksel alıcı / ayarlayıcıyı bırakmak istiyorum, çünkü bu geleneksel olarak Java'da nesne yönelimli kodun yazılma şekli olmadığından korkmayın.


Bir oluşturucu araçta görsel olarak manipüle edilebildiğinden? Sadece tahmin ediyorum. Tabii ki hiçbir şey arzu ederseniz her yerde Akıcı Arayüzler kullanmanızı engellemez. Tecrübe potası, kötü bir fikir olduğu ortaya çıkarsa sizi başın tepesine sokacaktır.
Robert Harvey

Yanıtlar:


7

JavaBean tarzı erişimcilerin tek bir noktada orijinal "oluşturucu aracı" senaryosuna benzeyen her türlü senaryo için iyi bir eşleşme olduğu kanıtlanmıştır: bileşenler genel kapsayıcılar ve araçlar ve uygulama kodu tarafından değiştiriliyor. Bir uygulama sunucusunda, bir EJB veya Spring kapsayıcısının işlem ve bağımlılık enjeksiyonları eklediği, bir ORM'nin tembel yükleme ve değişiklik algılaması eklediği ve belirli bir kod olmadan bir kitaplık tarafından XML'ye serileştirilebilen kalıcı etki alanı modelleri içeren hizmet bileşenlerine sahipsiniz.

Erişimciler, bileşenin nasıl kullanılabileceği konusunda çok esnek olan ortak bir API sağlar - bir işlem sırasını yasaklamaz. Her erişimci çağrısı diğerlerinden bağımsızdır ve hepsi aynı paterni izler, böylece amaçlanan kullanım düzenini bozmadan işlevsellik ekleyen genel katmanları kolayca ekleyebilirsiniz.

Buna karşılık, akıcı arayüzler genellikle tek seferlik kullanım için tasarlanmıştır: nesne oluşturulur, nihai sonuç üreten bir yöntemle biten bir yöntem zinciri çağrılır ve nesne daha sonra terk edilir. Çok daha az esneklik (çoğunlukla isteğe bağlı yöntemlerde) ve jeneriklik vardır, ancak bu tam olarak avantajdır: arayüz sizi amaçlanan bir kullanım modeline zorlayarak kullanımını kolaylaştırır.

JavaBeans ve akıcı arayüzlerin farklı senaryolarda avantajları vardır ve hangisini kullanmanız gerektiğine bağlıdır. Ve ikisini de birleştirebilirsiniz.


3

Bağlantıya bağladığınız JavaBeans Spesifikasyonu, özelliklere erişmek için bir kural tanımladığı için, millet, sözleşmeden yararlanmaya ve çevresinde çerçeveler oluşturmaya karar verdi. Hibernate gibi bu çerçevelerin bazıları oldukça faydalıydı ve bu yüzden çok popüler oldu. Böylece, insanlar JavaBeans spesifikasyonuna dayanan çerçeveler kullandığından, javaBeans gittikçe yaygınlaştı ve etraflarına daha fazla çerçeve inşa edildi.

Akıcı Arayüzler harika bir fikir, ancak Spring veya Struts 2 ile iyi oynuyorlar mı? Beni aşar.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.