การใช้ภาษาเดียวกันกับไคลเอนต์และเซิร์ฟเวอร์มีความสำคัญอย่างไร

ฉันได้ประเมินโซลูชันสถาปัตยกรรมสำหรับโครงการมือถือที่จะมีบริการบนเว็บ / แอพนอกเหนือจากแอพพื้นฐานและได้ดูห้องสมุดกรอบงานและสแต็กต่าง ๆ เช่นMeteorซึ่งเป็นประเภทของ "open stack package framework" ถูกผูกไว้อย่างแน่นหนากับNode.js

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

ฉันพยายามที่จะเข้าใจว่าทำไมความเท่าเทียมกันของภาษาของลูกค้า / เซิร์ฟเวอร์จึงถือเป็นจอกศักดิ์สิทธิ์ เหตุใดความเท่าเทียมกันของภาษาไคลเอนต์ / เซิร์ฟเวอร์จึงมีความสำคัญในการพัฒนาซอฟต์แวร์

ทางด้าน PRO:

• หากทั้งสองฝ่ายสามารถใช้ schema และรหัสได้ทั้งสองวิธีจะมีประสิทธิภาพในการใช้ตรรกะและข้อมูลที่คล้ายคลึงกันเพียงครั้งเดียว

ทางด้าน CON:

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

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

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

น่าจะเป็นประโยชน์ที่รับรู้คือ:

• คุณต้องจ้างนักพัฒนาที่รู้ภาษา x มากกว่า x + y ( นี่อาจไม่ใช่ความคิดที่ดีจริง ๆ แต่ถ้าพวกเขารู้ภาษาเดียวเท่านั้น )
• มันง่ายกว่าที่จะย้ายนักพัฒนาระหว่างการพัฒนาเซิร์ฟเวอร์และไคลเอนต์ (ซึ่งอาจเป็นสิ่งที่ดี)

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

ประโยชน์คือคุณสามารถนำความเชี่ยวชาญและรหัสของคนมาใช้ (ทั้งสองด้าน)

คน

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

รหัส

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

... แน่นอนว่ายังมีข้อเสีย แต่สำหรับโพสต์อื่น;)