อะไรคือเอกลักษณ์ของ Node.js [ปิด]

เมื่อไม่นานมานี้มีการสรรเสริญ Node.js มากมาย ฉันไม่ได้เป็นนักพัฒนาซอฟต์แวร์ที่มีความเสี่ยงต่อแอปพลิเคชันเครือข่ายมาก จากความเข้าใจของฉันเกี่ยวกับ Nodes.js จุดแข็งของมันคือ: เรามีเธรดเพียงตัวเดียวที่จัดการการเชื่อมต่อได้หลายตัวซึ่งให้สถาปัตยกรรมแบบอิงเหตุการณ์

อย่างไรก็ตามตัวอย่างเช่นใน Java ฉันสามารถสร้างเพียงหนึ่งเธรดโดยใช้ NIO / AIO (ซึ่งไม่ใช่การปิดกั้น APIs จากความเข้าใจที่เปลือยเปล่าของฉัน) และจัดการการเชื่อมต่อจำนวนมากโดยใช้เธรดนั้นและฉันจัดเตรียมสถาปัตยกรรมที่อิงเหตุการณ์ การจัดการกับลอจิก (ไม่ควรจะยากขนาดนี้หากมีการติดต่อกลับ ฯลฯ )?

เนื่องจาก JVM เป็น VM ที่เป็นผู้ใหญ่มากกว่า V8 (ฉันคาดว่ามันจะทำงานได้เร็วขึ้น) และสถาปัตยกรรมการจัดการตามเหตุการณ์ดูเหมือนจะเป็นสิ่งที่ไม่ยากที่จะสร้างฉันไม่แน่ใจว่าทำไม Node.js ดึงดูดความสนใจมาก ฉันพลาดจุดสำคัญบางอย่างหรือไม่?

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

True, Java ไม่มีการปิดกั้น IO API ดังนั้นคุณสามารถทำ raw disk / network IO ในแบบที่ไม่มีการบล็อก อย่างไรก็ตาม API ทุกตัวที่มีการหุ้มหรือจัดการ IO จะต้องมีการใช้งานในลักษณะที่ไม่มีการปิดกั้นเช่นกัน ตัวแยกวิเคราะห์ XML ทุกตัวไดรเวอร์ฐานข้อมูลทุกตัวแปลงรูปแบบไฟล์ทุกไฟล์จำเป็นต้องเขียนเพื่อรองรับ IO ที่ไม่บล็อก เพราะหากห้องสมุดเดียวกำลังบล็อกในรูปแบบนี้นั่นจะทำให้ประสิทธิภาพการทำงานของเซิร์ฟเวอร์ลดลงตามอายุ

Node.js มีโครงสร้างพื้นฐานที่ห้องสมุดว่าเพราะมันถูกออกแบบมาเสมอวิธีการที่: ห้องสมุดที่มุ่งมั่นที่จะกลายเป็นที่นิยมทุกมีเพื่อให้ API ตรงกันหรือมันจะไม่ถูกนำมาใช้

เหตุผลหลักอาจเป็นเพราะมันใช้ JavaScript เพื่อเขียนส่วนประกอบฝั่งเซิร์ฟเวอร์สำหรับสิ่งต่าง ๆ เช่นเว็บเซิร์ฟเวอร์แอปพลิเคชันเว็บหรือบริการเว็บ สิ่งนี้รวม JavaScript ภาษาการพัฒนาส่วนหน้าแบบดั้งเดิม (ฝั่งไคลเอ็นต์) กับภาษาฝั่งเซิร์ฟเวอร์

คุณพูดถูก - ความจริงมันไม่ใช่การปิดกั้นการใช้รูปแบบของเครื่องปฏิกรณ์นั้นไม่ซ้ำกัน - มันทำมาแล้วก่อนที่จะใช้ภาษาและกรอบอื่น ๆ เช่น Ruby's EventMachine หรือ Python Twisted เป็นต้น

สามเหตุผลหลักที่ฉันจะให้คือ:

1. Non Blocking IO / Asynchronous IO สิ่งนี้จะถูกแฮชทุกที่บนเว็บและในโปสเตอร์ก่อนหน้า สิ่งหนึ่งที่ฉันจะมีส่วนร่วมคือการออกแบบรหัสของคุณให้มีพฤติกรรมอะซิงโครนัสอย่างชัดเจนจะช่วยให้เครื่องยนต์คอมไพเลอร์เพื่อเพิ่มฮาร์ดแวร์ให้สูงสุด ใช่คอมไพเลอร์ JIT และตัวประมวลผลไฮเปอร์เธรดจำนวนมากใช้โค้ดซิงโครนัสและช่วยดำเนินการแบบขนาน แน่นอนว่านี่เป็นวิธีการปฏิบัติที่ดีที่สุด ในทางตรงกันข้ามการสร้างแอปพลิเคชันสำหรับ async io อย่างชัดเจนคุณมั่นใจได้ว่าเอ็นจิ้นและฮาร์ดแวร์สามารถเพิ่มเวลาดำเนินการให้ได้มากที่สุดสำหรับโค้ดของคุณ เป็นที่ยอมรับว่าฉันไม่มีข้อมูลเชิงปริมาณเพื่อพิสูจน์สิ่งนี้ แต่มันทำให้ฉันรู้สึกอบอุ่นภายในที่จะคิดแบบนี้

2. รหัสเดียวฐานสำหรับลูกค้าและเซิร์ฟเวอร์ สิ่งนี้มีข้อดีหลายประการ: ช่วยเพิ่มประสิทธิภาพต้นทุนดาต้าเซ็นเตอร์โดยสามารถย้ายตรรกะทางธุรกิจจากเซิร์ฟเวอร์ไปยังไคลเอนต์ ช่วยนำการตรวจสอบตรรกะ / ข้อมูลธุรกิจกลับมาใช้ใหม่ ลดความซับซ้อนของทักษะการพัฒนาที่จำเป็นต้องมีเพื่อสนับสนุนผลิตภัณฑ์ (เทียบกับ Python & javascript)

3. อุปสรรคน้อยในการเข้า Javascirpt เป็นเหมือน Basic, Pascal และ Perl ของปีก่อน มันง่ายสุด ๆ ในการเริ่มเขียนโค้ดและไม่จำเป็นต้องมีความรู้เกี่ยวกับโดเมนมากมายในการเริ่มต้น สิ่งนี้ยังช่วยลดค่าใช้จ่ายในการพัฒนาของคุณด้วยความสามารถในการนำนักพัฒนา jr เพิ่มเติมและเพิ่มจำนวนของโครงการ [แน่นอนคุณจะต้องผ่านแนวคิดที่เชื่อว่าภาษาโปรแกรมควรยากสำหรับการกำจัดนักพัฒนาที่มีประสิทธิภาพต่ำ]