Yazılım mimarisi dile ne kadar bağlıdır?

Kendimi yazılım mimarisi ve tasarım kalıpları hakkında eğitirken, çoğu durumda açıklamada bazı dil özelliklerinin ve tasarım özelliklerinin ima edildiğini fark ettim.

Örneğin hemen hemen sınıfları ve arayüzleri kullanan fikirleri gösteren herhangi bir makale veya kitap. Kişinin bu konuda kolayca bulabileceği her şey nesnelerden ve OOP kavramlarından bahsedecektir.

Sistemin yazıldığı dilde bu tür kavramlar yoksa ne olur? Örneğin, dinamik olarak yazılan ve arayüz kavramına sahip olmayan Python veya Node kullanırsam ne olur? Arabirimin çalışma zamanında olmayan geçici bir yapı olduğu TypeScript kullanırsam ne olur? İşlevsel programlamayı benimsemeye çalışırsam ne olur? Örn. SOLID'i görmezden gelmeli ve dilime uygun başka kavramlar mı aramalıyım?

Evet ise, bunlar nedir? Ne yazık ki iyi kabul görmüş tüm paradigmalar (bildiğim kadarıyla) bir şekilde OOP kavramlarına ve türlerine atıfta bulunur. Hayır ise, genel mimarlık ve tasarım ilkelerini kendi dilime ve kullanım durumuma uyarlarken hangi kurallara uymalıyım?

Genel olarak mimarlık ve dil arasındaki bağımlılığı nasıl tanımlarsınız?

Yazılım mimarisi, bir evin veya köprünün mimarisine çok benzer. Bir köprü kendi ağırlığını ve üzerinden geçen araçları veya üzerinde yürüyen insanları taşımalıdır. Hava şartlarına dayanmalıdır. İnşa etmek için kullandığınız malzemeler hem güçlü hem de nispeten hafif olmalıdır.

Bir ev inşa etmek için kullanabileceğiniz birçok malzeme var. Tuğla veya sıva kullanabilirsiniz. Ahşap kirişler veya metal kirişler kullanabilirsiniz. Her malzemenin ağırlık, mukavemet vb. Bakımından kendine has özellikleri vardır. Tüm bu özellikler mimariyi etkiler.

Aynı şekilde, kullandığınız programlama dili mimarinizi oluşturma şeklinizi etkiler. Mimariniz C ++ gibi sınıflara sahip bir programlama dilinde, C gibi olmayan bir programlama dilinde olduğundan farklı görünecektir.

SOLID ilkeleri çoğunlukla nesne yönelimli dillerle ilgilidir (yani sınıfları olan diller).

Mimarlık, hedeflerine ulaşma yeteneklerine bağlıdır. Dil seçimleri yetenekleri sınırlayabilir. Herhangi bir Turing tam dili, herhangi bir programlama görevini tamamlayabilir. Bu noktadan sonra, dilin insan tarafından okunabilir olması, çözümün olmasına izin verir.

Birçok yazılım mimarisi şeması sizden temel alan iş kurallarından teknoloji seçimleri hakkındaki tüm bilgileri kaldırmanızı ister. Asla bilgisini asla kaldıramayacağınız teknik bir seçim, onu ifade etmeyi seçtiğiniz dildir.

Mimarlık hakkındaki kitaplar size hedeflerini anlatmaya sadık kaldığında, dil hedefe ulaşabilecek kadar önemli değildir. Kitaplar size bu hedeflere nasıl ulaşacağınızı söyleyince dil mater.

Bir terim olarak mimarlık, fiziksel dünyada mimariyle çok ilgili olan ve gerçekten de bir şeyler inşa etme sanatı ve pratiği, şeylerin nasıl yapıldığı ve bir araya getirildiği ile ilgilidir. Bu şekilde ele alındığında, mimari iyi bir şekilde yapıldığında, dilin mimarlıkla çok bağlandığını düşünüyorum, tıpkı iyi tasarlanmış bir yapının, inşa edildiği malzeme tarafından yakından bilgilendirilmesi gerektiği gibi.

Yazılımda mimari seçimler, dilin özelliklerine uygun bir şekilde yapılmalıdır. Nesne yönelimli bir dile sahip bir sistem kuruyorsanız, sistem mimarisinin de nesne yönelimli olmasını beklerdim. İşlevsel bir dili olan bir sistem kuruyorsanız, o sistemin mimarisinin de işlevsel olmasını beklerim.

Mantıklı olmak?

Başlangıç ​​olarak, düşündüğünüz dilin bile gebe kalabileceğiniz şey üzerinde derin bir etkisi olduğunu söyleyebilirim. PASCAL'in Niklaus Wirth ve C tarafından Brian Kernighan ve Dennis Ritchie tarafından yaratılmasının bir nedeni var.

Daha yüksek bir düzeyde, belirli kavramları (ve başkalarının eksikliğini) ifade etme yeteneği, düşüncelerinizi yönlendirecek ve sizi farklı bir arka plana sahip aynı kişi olmayacak belirli çözümlere ulaşmanızı sağlayacaktır.

Son olarak, bahsettiğiniz kavramların hepsi herhangi bir genel amaçlı dilde uygulanabilir. Sadece sözdizimsel destekleri olmayabilir ve uygulama hantal olabilir. C ile yapabileceğiniz gibi yeterince kararlıysanız (veya yeterince deliyseniz), nesne yönelimli x86 derleme kodu yazabilirsiniz. Aslında, C ++ 'nın ilk uygulamaları C ++ kodunuzu C'ye derleyen ön işlemcilerdi (ve karıştırılmış sembol adları hata ayıklama çok daha eğlenceli).