สถาปัตยกรรมซอฟต์แวร์ขึ้นอยู่กับภาษาเป็นจำนวนเท่าใด

ในขณะที่การให้ความรู้กับตัวเองเกี่ยวกับสถาปัตยกรรมซอฟต์แวร์และรูปแบบการออกแบบฉันสังเกตว่าในกรณีส่วนใหญ่คุณลักษณะของภาษาและการออกแบบเฉพาะนั้นมีความหมายโดยนัยในคำอธิบาย

เช่นในทางปฏิบัติบทความหรือหนังสือเล่มใด ๆ ที่จะแสดงความคิดเห็นโดยใช้คลาสและอินเทอร์เฟซ ทุกสิ่งที่เราสามารถหาได้ง่ายในหัวข้อนี้จะพูดถึงวัตถุและแนวคิดของ OOP

เกิดอะไรขึ้นถ้าภาษาที่ระบบเขียนไม่มีแนวคิดดังกล่าวเลย? เช่นจะทำอย่างไรถ้าฉันใช้ Python หรือ Node ซึ่งพิมพ์แบบไดนามิกและไม่มีแนวคิดเกี่ยวกับอินเตอร์เฟส ถ้าฉันใช้ TypeScript โดยที่อินเตอร์เฟสเป็นโครงสร้างชั่วคราวซึ่งไม่มีอยู่ในรันไทม์? ถ้าฉันพยายามยอมรับการเขียนโปรแกรมที่ใช้งานได้ ฉันควรละเว้นเช่น SOLID และมองหาแนวคิดอื่น ๆ ที่เหมาะสมกับภาษาของฉันหรือไม่

ถ้าใช่มันคืออะไร น่าเสียดายที่กระบวนทัศน์ที่เป็นที่ยอมรับทั้งหมด (เท่าที่ฉันทราบ) อ้างถึงแนวคิดและประเภทของ OOP ในบางวิธี ถ้าไม่ฉันควรปฏิบัติตามกฎใดเมื่อปรับสถาปัตยกรรมทั่วไปและหลักการออกแบบเป็นภาษาและกรณีใช้ของฉัน

โดยทั่วไปแล้วคุณจะอธิบายการพึ่งพาระหว่างสถาปัตยกรรมและภาษาอย่างไร

สถาปัตยกรรมซอฟต์แวร์นั้นเหมือนกับสถาปัตยกรรมของบ้านหรือสะพาน สะพานจะต้องรับน้ำหนักของตัวมันเองและยานพาหนะที่ขับผ่านหรือคนที่เดินข้าม ต้องทนต่อสภาพอากาศ วัสดุที่คุณใช้สร้างมันต้องมีทั้งความแข็งแรงและน้ำหนักที่ค่อนข้างเบา

มีวัสดุมากมายที่คุณสามารถใช้ในการสร้างบ้านได้ คุณสามารถใช้อิฐหรือปูนปั้น คุณสามารถใช้คานไม้หรือโลหะ วัสดุแต่ละชนิดมีคุณสมบัติเป็นของตัวเองทั้งในด้านน้ำหนักความแข็งแรงเป็นต้น ลักษณะทั้งหมดเหล่านี้ส่งผลกระทบต่อสถาปัตยกรรม

ในทำนองเดียวกันภาษาการเขียนโปรแกรมที่คุณใช้จะมีผลต่อการสร้างสถาปัตยกรรมของคุณ สถาปัตยกรรมของคุณจะดูแตกต่างในภาษาการเขียนโปรแกรมที่มีคลาสอย่าง C ++ มากกว่าภาษาการเขียนโปรแกรมที่ไม่เหมือน C

หลักการ SOLID ส่วนใหญ่เกี่ยวกับภาษาเชิงวัตถุ (เช่นภาษาที่มีคลาส)

สถาปัตยกรรมขึ้นอยู่กับความสามารถในการบรรลุเป้าหมาย ตัวเลือกภาษาสามารถจำกัดความสามารถได้ ภาษาทัวริงที่สมบูรณ์มีความสามารถในการเขียนโปรแกรมให้เสร็จสมบูรณ์ หลังจากจุดนั้นมันเกี่ยวกับวิธีการที่มนุษย์สามารถอ่านภาษาได้ช่วยแก้ปัญหาได้

โครงร่างสถาปัตยกรรมซอฟต์แวร์จำนวนมากขอให้คุณลบความรู้เกี่ยวกับตัวเลือกเทคโนโลยีทั้งหมดออกจากกฎเกณฑ์ธุรกิจโดเมนหลัก ทางเลือกทางเทคนิคหนึ่งเดียวที่คุณไม่สามารถลบความรู้ออกจากแกนกลางคือภาษาที่คุณเลือกที่จะแสดงออก

เมื่อหนังสือเกี่ยวกับสถาปัตยกรรมให้การบอกคุณเกี่ยวกับเป้าหมายของพวกเขาภาษาไม่สำคัญตราบใดที่สามารถบรรลุเป้าหมายได้ เมื่อหนังสือบอกคุณว่าจะบรรลุเป้าหมายเหล่านี้ได้อย่างไรภาษาจะเริ่มขึ้น

สถาปัตยกรรมเป็นคำที่มีความหมายเฉพาะอย่างยิ่งที่เกี่ยวข้องกับสถาปัตยกรรมในโลกทางกายภาพและที่สำคัญคือเกี่ยวกับศิลปะและการปฏิบัติในการสร้างสิ่งต่าง ๆ เกี่ยวกับวิธีการสร้างและรวบรวมสิ่งต่างๆ เมื่อทำเช่นนั้นเมื่อสถาปัตยกรรมดีฉันคิดว่าภาษานั้นเชื่อมโยงกับสถาปัตยกรรมเป็นอย่างมากเช่นเดียวกับอาคารที่ได้รับการออกแบบมาอย่างดีควรได้รับการแจ้งอย่างใกล้ชิดจากวัสดุที่สร้างขึ้นมา

ในซอฟต์แวร์ตัวเลือกสถาปัตยกรรมควรทำในลักษณะที่สอดคล้องกับคุณสมบัติของภาษา หากคุณกำลังสร้างระบบที่มีภาษาที่มุ่งเน้นวัตถุฉันก็คาดหวังว่าสถาปัตยกรรมของระบบจะเป็นวัตถุเชิงวัตถุเช่นกัน หากคุณกำลังสร้างระบบด้วยภาษาที่ใช้งานได้ฉันก็คาดหวังว่าสถาปัตยกรรมของระบบนั้นจะทำงานได้เช่นกัน

ทำให้รู้สึก?

ฉันจะบอกว่าเพื่อเริ่มต้นว่าแม้แต่ภาษาที่คุณคิดมีอิทธิพลอย่างลึกล้ำในสิ่งที่คุณสามารถเข้าใจได้ มีเหตุผล PASCAL ถูกสร้างขึ้นโดย Niklaus Wirth และ C โดย Brian Kernighan และ Dennis Ritchie

ในระดับที่สูงขึ้นความสามารถในการแสดงแนวคิดบางอย่าง (และการขาดผู้อื่น) จะนำความคิดของคุณและทำให้คุณประสบความสำเร็จในการแก้ปัญหาบางอย่างที่ไม่จำเป็นต้องเป็นคนอื่นเหมือนกันโดยมีพื้นฐานแตกต่างกัน

ในที่สุดแนวคิดทั้งหมดที่คุณพูดถึงสามารถนำไปใช้ในภาษาที่ใช้งานทั่วไปได้ เป็นเพียงว่าพวกเขาอาจจะไม่ได้รับการสนับสนุนทางวากยสัมพันธ์ในเรื่องนี้และการดำเนินการอาจยุ่งยาก คุณสามารถเขียนรหัสแอสเซมบลี x86 เชิงวัตถุถ้าคุณมีความมุ่งมั่นอย่างเพียงพอ (หรือบ้าพอ) เช่นเดียวกับที่คุณสามารถทำได้กับซีในความเป็นจริงการใช้งานครั้งแรกของ C ++ เป็นตัวประมวลผลล่วงหน้าที่รวบรวมรหัส C ++ ของคุณลงใน C การแก้จุดบกพร่องสนุกมากขึ้น)