Yazılım Geliştirme Yapıları: Mimarlık Modeli

Adanali

Active member
Yazılım Geliştirme Yapıları: Mimarlık Modeli


  1. Yazılım Geliştirme Yapıları: Mimarlık Modeli

Mimarlık modelleri bir yazılım sisteminin temel yapısını tanımlar ve genellikle tasarım modellerine dayanır. “Modellere yönelik yazılım mimarisi” dizisinin beş kitabı mimari modeller konusunda değerli bilgiler ve öneriler sunar.










Rainer Grimm yıllardır yazılım mimarı, ekip ve eğitim müdürü olarak çalıştı. C ++ programlama dilleri, Python ve Haskell hakkında makaleler yazmayı seviyor, ancak uzman konferanslarla konuşmayı da seviyor. Modern C ++ blogunda, C ++ tutkusuyla yoğun bir şekilde ilgileniyor.













Bir Genel Bakışla Başlayalım: Mimari Modeller, Tasarım Modelleri ve Deyimleri Nasıl Farklı?

Mimarlık modeli, tasarım ve deyim modeli


Mimarlık modeli, tasarım modeli ve dil arasındaki temel fark, ilgili alan ve soyutlama derecesine dayanan yapısal kategorizasyonda bulunur:

  • Mimarlık modeli Tüm yazılım sisteminin temel yapısını açıklayın. Genellikle tasarım modellerine dayanırlar.
  • Tasarım modeli Bileşenlerin etkileşimini tanımlayın ve alt sistemlere odaklanın.
  • A deyim Belirli bir programlama dilinde bir mimarinin veya bir tasarım modelinin uygulanmasıdır. C ++ 'daki en popüler deyimlerden biri, kaynakların satın alınması başlatma (RAII). Kaplar, akıllı bölümler ve kilitler bunları tasvir eder.
Düşüncelerimi mimari şemalar, tasarım modelleri ve deyimler noktasına getirmek istiyorum:



  • Yapısal kategoriler soyuttan çimentoya kadar değişir. Deyimler en spesifiktir.
  • Makro düzeyinde (mimari modeli), mikro düzeyde (tasarım deseni) ve programlama dilinde (deyim) çalışırlar.
  • Mimarlık modelleri, programlama dilinde görünürde alt sistemlerin ve deyimlerin sistemine, tasarım modellerine sahiptir.
Pitter Pitter'a yönelik yazılım mimarisi


Beş bölümdeki kitap dizisi “Ağrıya yönelik yazılım mimarisi” (kurulum) mimari modeller için değerli bir kaynaktır:

  • Modele yönelik yazılım mimarisi, Cilt 1, Frank Buschmann, Regine Meunier, Hans Rohnert, Peter Sommerlad ve Michael Stal (Pire 1)
  • Ağrı -Yeri Ortak Yazılım Mimarisi, Cilt 2: Eşzamanlı nesneler için modeller ve Douglas C. Schmidt, Michael Stal, Hans Rohnert ve Frank Buschmann (Pire 2)
  • Model Odaklı Yazılım Mimarisi, Cilt 3: Michael Kirchner ve Prahant Jain'in Kaynaklarının Yönetimi için Desen (Pire 3)
  • Modele yönelik yazılım mimarisi, Cilt 4: Frank Buschmann, Kevlin Henney ve Douglas C. Schmidt'in dağıtılmış programlaması için örnek bir dil (Pire 4)
  • Ağrı -Odaklı Yazılım Mimarisi, Cilt 5: Frank Buschmann, Kevlin Henney ve Dougles C. Schmidt (Pire 5)
Bu makalenin bir parçası olarak, en sık kullanılan yedi kullanılan mimari model sunuyorum: katmanlar, borular ve filtreler, brokerler, model görünüm denetleyicisi (MVC), reaktör, aktif nesne ve monitör nesnesi.

Yer 1 birinci sınıflandırma belirtir.

Çamurdan (orijinal) yapıya


Aşağıdaki modeller, çalışma alt sistemlerinde toplam sistem etkinliğinin kontrollü bir şekilde kırılmasına izin verir.

  • Seviyede mimari: Seviyelerde bir görevi kaldırın. Her seviyenin belirli bir sorumluluğu vardır ve daha yüksek bir sınıf için bir hizmet sunar.
  • Borular ve filtreler: Yeniden kullanılabilecek bir dizi ayrı öğede karmaşık işlem yapması gereken bir görevi sökmek. Bu, performansı, ölçeklenebilirliği ve yeniden kullanılabilirliği artırabilir, çünkü işlemeyi gerçekleştiren görevler birbirinden bağımsız olarak kullanılabilir ve azaltılabilir.
Dağıtılmış Sistemler


Broker modeli, bileşenleri farklı işlemlerde veya tuzda bulunan sistemler üretmek için kullanılabilir.

  • Komisyoncu: Uzak hizmet çağrıları ile etkileşime giren yapılandırılmış dağıtılmış yazılım sistemleri. İletişim koordinasyonundan, sonuçlarından ve istisnalarından sorumludur.
Etkileşimli sistemler


İnsan-bilgisayar etkileşimi olan bir sistem oluşturun.

  • Model Görünüm Denetleyicisi (MVC): Bir kullanıcı arayüzü programının mantığını tek tek bileşenler, görünüm ve denetleyici modeline böler. Model, uygulamanın verilerini ve kurallarını yönetir. Görünüm verileri temsil eder ve denetleyici kullanıcı ile etkileşime girer.
Yerleştirme 2 Daha fazla sınıflandırma vardır:

Demultixing ve Gönderim Etkinliği


Başlat, Al, Demultylex ve Dağıtılmış ve Ağ Sistemlerine Etkinlik Gönder.

  • Reaktör: Farklı müşteri isteklerini aynı anda kabul edebilen ve bunları çeşitli hizmet sağlayıcılara dağıtabilen olaylar tarafından kontrol edilen bir uygulama.
Rekabet Modelleri


Eşzamanlı mimari ve bileşenlerin, alt sistemlerin ve uygulamaların tasarımı ile ilgilenir.

  • Aktif nesne: Yöntemin yürütülmesini yöntemin çağrısından ayırır.
  • Nesneyi izleyin: Bir nesneye erişimi senkronize edin, böylece tek bir üye işlevini istediğiniz zaman gerçekleştirmek mümkün olur.
Sırada ne var?


Pose kitaplarına ve içinde tedavi edilen modellere bu ilk genel bakıştan sonra, bir sonraki makalemde mimari desen katmanlarını daha ayrıntılı bir şekilde tanıtacağım.


(harita)




Ne yazık ki, bu bağlantı artık geçerli değil.

Boşa harcanan eşyalara olan bağlantılar, 7 günlük daha büyükse veya çok sık çağrılmışsa gerçekleşmez.


Bu makaleyi okumak için bir Haberler+ paketine ihtiyacınız var. Şimdi yükümlülük olmadan bir hafta deneyin – yükümlülük olmadan!
 
Üst