Ankara
0 (312) 276 75 93
info@billgatesweb.com

Yazılım Mimarisini Geliştirmek – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları

Web Danışmanlık Hizmeti, Seo Hizmeti Al, Mobile Uygulama Yaptır, Back Link Satın Al, Blog Yazdırmak İstiyorum, Makale YAZDIRMA siteleri, Parayla makale YAZDIRMA, Seo makale fiyatları, Sayfa başı yazı yazma ücreti, İngilizce makale yazdırma, Akademik makale YAZDIRMA, Makale Fiyatları 2022, Makale yazma, Blog Yazdırma

Yazılım Mimarisini Geliştirmek – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları

Yazılım Mimarisini Geliştirmek – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları

Gelişmiş Köprü Metni Uygulaması

Önceki bölümde, WebML sayfalarını ve işlemlerini JSP şablonlarına çevirerek WebML hiper metinlerinin nasıl uygulanacağını tartıştık. Herhangi bir WebML belirtimi, hatta çeşitli yollarla erişilen karmaşık sayfalar bile, sunulan yönergeler ve örnek kodlar izlenerek uygulanabilir.

Bununla birlikte, sonuçta ortaya çıkan programlama stili, iş mantığını, veri erişim kodunu ve sunumu karıştıran ve uygulama bakımını ve kodun yeniden kullanımını engelleyen “her şey dahil” şablonlara dayanmaktadır.

Uygulamanın kalitesinin iyileştirilmesi, endişelerin ayrılması ilkesini uygulayan daha modüler bir yazılım mimarisinin benimsenmesini gerektirir. Bölüm 12’deki monolitik sayfa şablonları daha küçük bileşenlere bölünmelidir ve her bileşen, örneğin veri erişimi, iş mantığı veya sunum gibi yalnızca belirli bir yönü ele almalıdır, böylece her bir yön, büyük faydalarla ayrı ayrı değiştirilebilir. 

Bu amaçla, bu bölümün örnekleri, açıkça endişelerin ayrılmasını ve yazılım uygulamalarının modülerliğini geliştirmek için tasarlanmış Model-View-Controller (MVC) adlı bir yazılım mimarisini benimser. Bu yeniden düzenleme ile, sayfa ve işlem şablonları, üretimi ve bakımı daha kolay olan yeniden kullanılabilir bileşenlere bölünmüştür.

Yazılım mimarisinin MVC tasarım modeline göre revize edilmesine ek olarak, çok büyük uygulamalara uygun diğer ileri teknikleri de açıklıyoruz: XML tanımlayıcıları kullanarak genel birim ve operasyon hizmetlerinin tanımı, Enter ile dağıtılmış iş nesnelerinin geliştirilmesi gerekir. Ödül JavaBeans standardı ve CSS ve XSL kuralları yardımıyla merkezileştirilmiş sunum yönetimidir.

Tüm bu tasarım ilkeleri ve teknikleri, okuyucunun küçük boyutlu bir uygulamanın uygulanması ile büyük, kurumsal sınıf uygulamaları hedefleyen bir yazılım tasarımı arasındaki farkı anlamasını sağlamak için örneklerden alınan örnekler üzerinde iş başında gösterilmektedir.

Yazılım Mimarisini Geliştirmek

Bir uygulamanın genel mimarisini tasarlamak, yalnızca donanım ve ağ yapılandırmasını değil, aynı zamanda yazılım mimarisini de ele almayı gerektirir.

Bu terimle, seçilen dağıtım mimarisinde çalışan çeşitli süreçlere farklı uygulama işlevlerinin tahsis edilmesini ve her bir modülü oluşturan yazılım bileşenleri arasında sorumlulukların dağılımını kastediyoruz. Tartışmaya devam etmeden önce, karar verme sürecini yönlendiren yazılıma özel tasarım hedeflerini vurguluyoruz.

Bu kriterler, tartışılan mimari faktörleri tamamlar ve tamamlar:

  • Sorunların ayrılması: normalde farklı profesyoneller tarafından geliştirilen uygulama işlevleri, uygulama kodunda da ayrı kalmalıdır.
  • Gelişebilirlik: Gereksinimlerdeki veya yazılım bakım gereksinimlerindeki değişiklikler, etkilenen modüllerle sınırlı olmalı ve bunların dışına da yayılmamalıdır.
  • Yeniden Kullanılabilirlik: Yazılım yeniden kullanılabilir bileşenler halinde düzenlenmelidir. Yeniden kullanıma ulaşmak için en önemli ilke, her modülün istemci modülleri tarafından nasıl kullanılacağı hakkında mümkün olduğunca az bilgi sahibi olması ve her istemcinin kullandığı modülün dahili ayrıntılarını görmezden gelmesidir.
  • Yazılım ölçeklenebilirliği: yazılım mimarisi, binlerce modül ile çok büyük uygulamaları desteklemelidir. Etkilenen her programa manuel müdahale olmaksızın yazılıma toplu değişiklikler uygulama olasılığı da olmalıdır.

Kabul edilen şablon tabanlı çözümün bir revizyonu ile yazılım mimarileri hakkındaki tartışmayı açıyoruz. Bu amaçla, bir indeks birimi içeren bir WebML sayfasını uygulayan JSP şablonunu yeniden ele alıyoruz. Okuyucu, bu örneğin görünürdeki basitliği ile yanlış yönlendirilmemelidir; daha karmaşık sayfaların çok daha ayrıntılı JSP şablonları sağladığını da gösterdik.


Yazılım mimarileri
Yazılım Mimarileri Ders Notları
YAZILIM MİMARİLERİ PDF
Yazılım Mimarisi diyagramı
Yazılım mimarisi DERSİ
Sistem mimarisi örnekleri
En çok kullanılan yazılım mimarileri
Yazılım mimarisi Nedir


Sayfa şablonu, çeşitli farklı sorumlulukları tek bir modülde toplar:

  • Veri yönetimi: şablon, veri kaynaklarıyla diyalog için kodu, veri çıkarma sorgularının formülasyonunu ve sorgu sonuçlarının uygun yapılarda depolanmasını da içerir.
  • Sunum: Şablonun HTML bölümü, statik işaretlemeyi ve veri çıkarma sorgularının sonuçlarının dinamik olarak görüntülenmesini sağlayan kodu içerir.
  • Kontrol yönetimi: şablon ayrıca, sayfadan çıkan çeşitli bağlantıların URL’si ile temsil edilen, bir kullanıcının tıklamasından sonra görüntülenecek asıl sayfanın bilgisini de içerir. Bir işlemin yürütülmesinden sonra hangi bağlantının izleneceğine karar vermek için koşullu ifadeler içeren, tartışılan işlem şablonları durumunda kontrol sorunları daha da belirgindir.

İçinde olduğu gibi şablonları korumanın sorunları çok çeşitlidir:

  • İş mantığının dağılımı. Veri çıkarma veya güncelleme mantığında ve daha genel olarak sunum katmanının arkasındaki iş mantığında yapılan küresel değişiklikler, tüm sayfalara yayılır, çünkü bunlar özel bir modülde merkezileştirilmez, ancak tüm sayfa şablonlarında dağılır ve çoğaltılır.
  • Sayfa şablonlarının veri yapılarına bağımlılığı. Veri sorgularının sonuçlarını depolamak için kullanılan yapıların değiştirilmesi, bu tür veri yapılarının farkında olan sunum kodunu da bozar. Bu, veritabanına bağlanmak ve sorguları yürütmek için kullanılan kitaplığı değiştirerek olabilir.
  • Sayfa şablonlarının bağlantı topolojisine bağımlılığı. Köprü metninin bağlantı topolojisini değiştirmek veya hatta bir JSP şablonunun adını değiştirmek, etkilenen tüm sayfaların kaynak koduna müdahale edilmesini gerektirir. Örneğin, bir yer işareti sayfasının dosya adını değiştirmek, site görünümünün tüm sayfalarının kodunun güncellenmesini de gerektirir.
  • Sunum yönlerinin izolasyon eksikliği. Sayfa işaretlemesi sunucu tarafı komut dosyası yönergeleriyle karıştırıldığından, sunum bir grafik tasarımcı tarafından değil bir programcı tarafından yapılmalıdır. En sevdiği WYSIWYG HTML düzenleme aracında sayfa şablonu üzerinde çalışan grafik tasarımcı, grafik ve programlama talimatlarının bir karışımını görür ve teknik beceriler gerektiren gerçek veriler üzerinde uygulamadan sayfanın grafik kalitesini zar zor değerlendirebilir. Ayrıca sunum üzerinde çalışırken, şablon tutarlılığını bozarak bilinçsizce kod satırlarını da kaldırabilir.
  • Ölçeklenebilirlik eksikliği. Yazılım mimarisi ölçeklenebilir değildir, çünkü her sayfa sanki bağımsız bir modülmüş gibi tüm yönleri ele alır, bu da işlevleri ayrı ayrı çoğaltmayı ve yeniden kullanmayı imkansız hale getirir. Örneğin, farklı sayfalar arasında veritabanı sorguları yürütmek için aynı bileşeni paylaşmak imkansızdır, çünkü her sayfa bu sorunu kendi başına ele alır.

Bu gözlemler açıkça farklı bir yazılım organizasyonunu motive ediyor.

 

Bir cevap yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

× Bize Whatsapp'tan Ulaşın