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

Çok Büyük Uygulamaları Yönetme – 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, Akademik Danışmanlık, Tercüme Danışmanlık & 0 (312) 276 75 93

Çok Büyük Uygulamaları Yönetme – Blog Yazma – Web Tasarımı Yapımı – Web Tasarımı YouTube Videosu Yapımı – Web Sitesi Tasarlama Fiyatları

Mobil İçerik Kullanımı

Oluşturma İşlemi

Oluşturma işlemiyle ilişkili işlem hizmetini oluşturduktan (7. satır) ve istekten uygun parametreleri durum nesnesine kopyaladıktan sonra (satır 9-10), eylem sınıfı, kendisine mevcut durum nesnesini (satır) ileten hizmeti çağırır. 12); çağırma, sonuç adı verilen ve oluşturma işleminin sonucunu, yani bir sonuç kodunu ve yeni oluşturulan kategorinin OID’sini depolayan bir veri çekirdeği döndürür.

İşlemin sonucu, sonraki işleme (satır 14 ve 17) iletilen durum nesnesini zenginleştirmenin yanı sıra Denetleyiciye döndürülen sonuç kodunu oluşturmak için kullanılır (19. satır).

ConnectToCategory işlemi için eylem sınıfı temsil edilir. Tek dikkat çekici yönü, istek nesnesini bir “taşıma aracı” olarak kullanan bağlantı işleminin OK bağlantısı boyunca iletilen parametrenin ele alınmasıdır.

Yeni oluşturulan habere bağlı kategorinin OID’sini içeren operasyon hizmetinden (satır 12) döndürülen sonuç durum nesnesine (satır 14) konur ve bu da isteğe (satır 17) kaydedilir. ); başarılı olması durumunda, Kontrolör kontrolü NewsCreation sayfasına aktarır ve bağlantı işlemi tarafından doldurulan HTTP isteğini böyle bir sayfayla ilişkili eylem sınıfına iletir.

Eylem sınıfı, bağlantı işlemi ile veri birimi arasındaki bağlamsal OK bağlantısı tarafından talep edildiği gibi CurrentCategory veri birimini doldurmak için gereken kategorinin OID’sini istekten alabilir.

Oluşturma ve bağlama işlemleriyle ilişkili işlem hizmetleri, işlemleri uygulamak için SQL deyimlerini sarın ve gösterilen bir birim hizmetininkine benzer bir yapıya sahiptir. Veri alma sorgusu, örnekte JSP şablonlarında görünenle aynı olan işlemi gerçekleştirmek için gerekli kodla değiştirilir.

Çok Büyük Uygulamaları Yönetme

MVC mimarisi, veri yoğun Web uygulamalarının bakımını kolaylaştırma yönünde büyük bir adımdır. Ancak, hala iyileştirme için yer var. Uygulama çok büyük olduğunda, önceki bölümde tartışılan MVC çözümü, uygulamanın boyutuyla ilgili sorunları hafifletmez. Her birim ve operasyon, iş katmanında özel bir hizmet gerektirir. Birimler çoksa, çok sayıda hizmet geliştirilmeli ve sürdürülmelidir.

Aynı türden bireysel birimlerin tüm hizmetleri (örneğin, dizin birimleri veya oluşturma birimleri) çok benzerdir, çünkü bunlar yalnızca veri alma veya güncelleme sorgusunun ayrıntıları ve muhtemelen veri çekirdeği depolamanın özellikleri açısından farklılık gösterir. sorgu sonucu. Ancak, bu benzerlik, oluşturulacak ve bakımı yapılacak kod miktarını azaltmak için kullanılmaz.

Her sayfa ayrı bir sayfa hizmeti gerektirir. Bu hizmetler sayısızdır ve hepsi benzerdir, çünkü yalnızca HTTP isteğinden alınan parametreler ve birim hizmetlerinin çağrıldığı ve parametrelerin bir sorgudan diğerine geçirildiği sıra açısından farklılık gösterirler. Yine, benzerlikler dışlanmaz.

İş hizmetleri, sunucu uygulaması kapsayıcısında yürütülen programlar olarak uygulanır. Bunları Enterprise JavaBeans gibi dağıtık bir nesne teknolojisi kullanarak uygulama sunucusunda yaşayan tam teşekküllü iş bileşenleri olarak uygulamak daha uygun olacaktır.

Uygulamanın görünümü ve hissi JSP şablonlarına bağlıdır. Sunum stilini değiştirmek, çok sayıda dosyaya manuel müdahale gerektirir. Örneğin, tüm dizin birimlerinin grafik stilini güncellemek, örneğin fareyle üzerine gelinen JavaScript efektini eklemek, ilgili işaretlemenin tüm sayfalarda bulunmasını ve manuel olarak güncellenmesini gerektirir.

Aynı teknikle çözülen ilk iki problemi ele alarak başlıyoruz ve sonraki bölümlerde kalan ikisini ele alıyoruz. Sayfa ve birim hizmetlerinin çoğalmasını önlemek için, yazılım tasarımının klasik bir ilkesi olan jeneriklikten yararlanmak mümkündür. Birim hizmetleri gösterilen kalıba göre yeniden düzenlenebilir.


Son kullanılan uygulamalar neden gözükmüyor
Telefondan silinen uygulamaları görme
Uygulamalar
Android silinen uygulamaları görme
Son kullanılan uygulamaları kapatma
Ana ekranda uygulama kayboldu
Telefonda son girilen uygulamalar
Samsung izlenmeyen uygulamalar


Her bir birim türü için, birime özgü hizmetlerin ortak yönlerini dışlayan tek bir genel hizmet tasarlanmıştır. Bu genel hizmet, gerçekleştirilecek SQL sorgusu, böyle bir sorgunun giriş parametreleri ve sorgu tarafından üretilen çıktı veri çekirdeğinin özellikleri gibi bireysel birimlerin özelliklerine göre parametriktir. Birime özgü bilgiler, genel hizmeti somut, birime özgü bir hizmete dönüştürmek için çalışma zamanında kullanılan, örneğin XML’de yazılmış bir tanımlayıcı dosyasında saklanabilir.

Birim hizmeti tarafından uygulanan NewsCategories biriminin özelliklerini belirtmek için bir XML tanımlayıcısı örneği gösterir. Tanımlayıcı, birimin boş bir girdi parametresi kümesine (<input-parameters/> boş etiketiyle gösterilir) ve birim veri çekirdeğinin bir özelliği olarak depolanan bir çıkış parametresine, yani kategori nesnesinin adına sahip olduğunu bildirir.

Tanımlayıcı ayrıca üniteyle ilişkili veri çıkarma sorgusunun kaynak kodunu da içerir. Bu bilgiler, NewsCategories dizin birimine bağlı belirli bir birim hizmeti oluşturmak için genel dizin birimi hizmeti tarafından kullanılabilir.

Tanımlayıcıları kullanarak birim hizmetlerinin genel ve bireysel özelliklerini ayırmak, uygulama bakımını kolaylaştırır, çünkü tanımlayıcılar genel hizmetin kaynak kodundan ayrı olarak güncellenebilir ve birim tipi başına yalnızca bir hizmetin uygulanması, test edilmesi ve sürdürülmesi gerekir.

Aynı tasarım uygulaması sayfa hizmetlerine uygulanabilir, ancak bu durumda tek bir sayfayla ilişkilendirilen tanımlayıcı daha karmaşıktır, çünkü sayfa hesaplama algoritmasını yürütmek için gerekli olan sayfa birimlerinin ve bağlantıların topolojisini tanımlaması gerekir. 

Ancak, sayfalar için genel bir sayfa hizmeti ve tanımlayıcı sözdizimi tasarlamak uzun vadede işe yarar, çünkü sayfa hesaplamanın anlamını, uygulanması, hata ayıklaması ve geliştirilmesi daha kolay olan tek bir noktada merkezileştirir.

İş Mantığını Uygulamak için Kurumsal JavaBeans’i Kullanma

Sayfa eylemi sınıfları ve sayfa ve birim hizmetleri, bir WebML uygulamasının iş mantığını somutlaştırır: bir sayfanın hesaplanmasını, bir birimin içeriğini hazırlamak veya uygulama verilerini güncellemek için gereken işlemleri kontrol ederler. Şimdiye kadar açıklanan ve kullanılan MVC mimarisinde, iş mantığı bileşenleri, sunucu uygulaması kapsayıcısında yürütülen Java sınıfları olarak uygulanır.

Bu yaklaşım, uygulamanın ölçeklenebilirliği ve yeniden kullanılabilirliği için çeşitli sınırlamalar getirir:

  • Sayfa ve birim hizmetleri, sunucu uygulaması kapsayıcısında yaşar ve diğer uygulamalar tarafından, örneğin aynı hizmetlere ihtiyaç duyan Web dışı bir uygulama tarafından çağrılamaz.
  • Bu nedenle, Web dışı uygulamalar, iş mantığını Web uygulamalarıyla paylaşmaz ve yeniden uygulamak zorundadır, bu da yinelemelere neden olur, hatalara ve yanlış hizalamalara yol açar ve bakımı bozar.
  • Sunucu uygulaması kabının bulunduğu makineyi klonlamak, uygulamanın tüm hizmetlerini de çoğaltır. Klon sayısına statik olarak karar verilmelidir ve çalışma zamanında uyarlanamaz. Belirli bir uygulamanın trafiği azalırsa, hizmetlerini uygulayan nesneler ana bellekte kalır ve kaynakları işgal ederek aynı sunucuda çalışan diğer uygulamaları potansiyel olarak etkiler.

 

Bir yanıt yazın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir