วิธีเลือก Front-end Framework ที่ดีที่สุด

โลกของ JavaScript เป็นสภาพแวดล้อมที่สมบูรณ์พร้อมเครื่องมือ ไลบรารี และเฟรมเวิร์กมากมาย แต่ด้วยตัวเลือกมากมายทำให้เกิดความสับสน เป็นดาบสองคมจริงๆ

ในขณะที่คุณมีพื้นที่ว่างมากมายสำหรับความคิดสร้างสรรค์และการทดลอง บางครั้งคุณก็ไม่แน่ใจว่าจะเลือกไลบรารีหรือเฟรมเวิร์กใด

เฟรมเวิร์กส่วนหน้าที่คุณเลือกสามารถสร้างหรือทำลายโครงการของคุณได้ในระยะยาว

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

ไม่ว่าคุณจะเลือกจากเฟรมเวิร์ก JavaScript ยอดนิยมเหล่านี้ หรือจากสิ่งที่ลึกลับกว่า คุณควรคำนึงถึงแต่ละแง่มุมเหล่านี้ด้วย

ความพร้อมของทรัพยากรการเรียนรู้

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

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

ไปหาแหล่งข้อมูลจากนักเขียนที่น่าเชื่อถือที่คุณเคยมีประสบการณ์มาก่อน—มันจะคุ้มค่าเวลาของคุณในที่สุด หากคุณประสบปัญหาในการหาสิ่งที่มีประโยชน์ โปรดใช้ความระมัดระวัง: กรอบงานที่คุณพยายามเรียนรู้อาจเป็นของใหม่ หรือยังไม่ได้รับการยอมรับอย่างดีจากชุมชน

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

ในทางกลับกัน มีทรัพยากรมากมายสำหรับ Angular และ React เว็บไซต์เพื่อการศึกษาแบบ Front-end เกือบทุกแห่งจะมีบทความเกี่ยวกับพวกเขา 1-2 บทความ อาจเป็นหลักสูตรวิดีโอหรือหนังสือฉบับเต็มก็ได้

Vue ได้รับความนิยมจากส่วนกลาง: มีเอกสารประกอบที่ดีและมีหลักสูตรดีๆ สองสามหลักสูตรที่คุณสามารถเลือกได้

ตัวอย่างเช่น Aurelia มีทรัพยากรเกือบเป็นศูนย์ ความหวังเดียวสำหรับคุณคือเอกสารและโชค

ฉันชอบมีตัวเลือก

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

ขออภัย กลยุทธ์นี้ใช้ไม่ได้หากคุณมีทางเลือกจำกัด ซึ่งนำเราไปสู่ประเด็นต่อไป

ความนิยม

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

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

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

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

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

ผู้นำที่ชัดเจนที่นี่คือ Angular และ React

ตำแหน่งงานที่เกี่ยวข้องกับ front-end ส่วนใหญ่ต้องการอย่างใดอย่างหนึ่ง พวกเขาได้รับการสนับสนุนโดย Google และ Facebook ตามลำดับ ดังนั้นนายจ้างจึงรู้สึก "ปลอดภัย" เกี่ยวกับทางเลือกของพวกเขา

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

คุณสามารถกำหนดความนิยมของเฟรมเวิร์กได้โดยดูอย่างรวดเร็วว่าโปรเจ็กต์ทำงานได้ดีเพียงใดบน GitHub และที่อื่นๆ นี่คือสถิติบางส่วนที่รวบรวมเมื่อเขียนบทความนี้:

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

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

คุณสมบัติหลัก

มาดูเทคนิคกันสักหน่อย

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

หากคุณมีประสบการณ์กับเฟรมเวิร์กอื่นๆ มาก่อน กระบวนการนี้จะง่ายและรวดเร็ว ค้นหาหัวข้อต่อไปนี้ในเอกสารประกอบ: การสร้างเทมเพลต การจัดการสถานะ การสื่อสาร HTTP การประมวลผลและการตรวจสอบแบบฟอร์ม และการกำหนดเส้นทาง สิ่งเหล่านี้เป็นสิ่งที่คุณทำทุกวันในฐานะนักพัฒนา สิ่งเหล่านี้อาจไม่ปรากฏในกรอบงานหลัก หรืออาจมีแนวทางที่แตกต่างออกไปสำหรับปัญหาเฉพาะ

มาสัมผัสตัวเลือกยอดนิยมกันแบบสั้นๆ

เราจะเริ่มด้วย React และ Vue พวกเขาไม่ใช่กรอบงานจริงๆ เป็นเพียงการแสดงชั้นมุมมองของแอปพลิเคชันของคุณ หมายความว่าส่วนอื่นๆ ทั้งหมด—การสื่อสาร HTTP การตรวจสอบแบบฟอร์ม ฯลฯ—ขึ้นอยู่กับคุณ

ดังที่ฉันได้กล่าวไว้ก่อนหน้านี้ อาจเป็นดาบสองคม ในที่สุด คุณจะจบลงด้วยการสร้างกรอบงานของคุณเอง ทั้งสองมีระบบนิเวศของห้องสมุดเพื่อแก้ปัญหาที่พบบ่อยที่สุด แต่โครงสร้างโดยรวมจะแตกต่างกันไปในแต่ละโครงการ

JSX ของ React ทำให้ฉันประจบประแจงเสมอ ฉันต้องชินกับมัน อย่างไรก็ตาม เทมเพลตของ Vue นั้นดีมาก โดยเฉพาะถ้าคุณมาจาก Angular

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

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

อีกสิ่งหนึ่งที่แตกต่างอย่างมากจากเฟรมเวิร์กอื่นคือ Ember Data เป็นชั้นข้อมูลสำหรับแอปพลิเคชัน Ember คุณสามารถคิดเกี่ยวกับมันเหมือน ORM บางอย่างสำหรับส่วนหน้า คุณสร้างแบบจำลองและแมปความสัมพันธ์ระหว่างพวกเขา

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

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

สิ่งที่น่าสังเกตอีกประการหนึ่งคือการใช้สิ่งที่สังเกตได้อย่างมากจากไลบรารี Rx ซึ่งดีมาก คุณสามารถแสดงเกือบทุกอย่างให้สังเกตได้และใช้การดำเนินการระดับสูง เช่น แผนที่ ตัวกรอง ฯลฯ หากคุณใช้ Lodash หรือ Underscore Rx ก็เหมือนกันแต่ใช้สเตียรอยด์

นี่คือบทสรุปของคุณสมบัติหลักของสี่เฟรมเวิร์กที่เรากำลังพูดถึงในบทความนี้:

คุณลักษณะทั้งหมดที่เราสรุปโดยสังเขปนั้นไร้ค่าหากคุณต้องการจุดเทียนทั้งสองด้านเพื่อใช้งานอย่างมีประสิทธิภาพ ซึ่งเป็นประเด็นต่อไป

การใช้งาน

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

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

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

ขณะทำงานในโครงการ ให้ใช้เวลาและไตร่ตรองว่าคุณมีประสิทธิผลหรือไม่ มันง่ายแค่ไหนที่จะบรรลุผลตามที่ต้องการ? คุณต้องค้นหาไลบรารีภายนอกหรือไม่? บางทีคุณอาจต้องการปลั๊กอินจากชุมชน มีโครงสร้างหรือแนวทางปฏิบัติทั่วไปในบริบทของกรอบงานหรือไม่ อาจมี CLI เพื่อเร่งกระบวนการพัฒนา ในขั้นตอนนี้ คุณกำลังรวบรวมประสบการณ์พื้นฐานเพื่อให้คุณสามารถคิดได้ว่ามันจะเป็นอย่างไรถ้าคุณใช้เฟรมเวิร์กนี้สำหรับโปรเจ็กต์ที่จะเกิดขึ้น หรือแม้แต่เปลี่ยนโปรเจ็กต์ที่มีอยู่

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

ตอนนี้สำหรับ React และ Vue พวกเขามี CLI, create-react-app และ vue-cli แต่นอกเหนือจากการสร้างโปรเจ็กต์เริ่มต้นที่มีตัวเลือกบางอย่างแล้ว พวกเขาไม่ได้เสนออะไรมากเมื่อเทียบกับ Ember หรือ Angular เป็นที่เข้าใจได้เนื่องจากทั้งคู่เป็นตัวแทนของเลเยอร์การดู ถ้าคุณชอบเวิร์กโฟลว์แบบกำหนดเอง การทดลอง หรือโครงสร้างที่แตกต่างกันในแต่ละโครงการ แสดงว่าคุณอยู่ในตำแหน่งที่ดี สำหรับนักพัฒนาบางคน ความยืดหยุ่นเป็นกุญแจสำคัญที่มาพร้อมกับการใช้ React หรือ Vue

Angular 4 มาพร้อมกับ CLI เช่นเดียวกับ Ember คุณสามารถสร้างส่วนประกอบ คำสั่ง บริการ ฯลฯ นอกจากนี้ยังสร้างโครงสร้างเริ่มต้นสำหรับแอปพลิเคชัน ดังนั้นคุณเพียงแค่ต้องกังวลเกี่ยวกับผลิตภัณฑ์ สภาพแวดล้อมในการทดสอบนั้นดีมาก เพราะทุกๆ ส่วนของแอพที่สร้างขึ้นนั้น ชุดทดสอบจะอยู่ใกล้กับมัน (ตามตัวอักษร) นอกจากนั้น TypeScript อาจช่วยเพิ่มประสิทธิภาพการทำงานได้อย่างแท้จริง นี่คือเหตุผล:

กี่ครั้งแล้วที่คุณเจอโค้ดที่มีบรรทัดแบบนี้...

 function doSomething(someData) { // do something }

…และสงสัยว่าข้อมูลบางอย่างบนโลกคือ someData มันควรจะมีคุณสมบัติอะไร มีหน้าที่อะไร และพฤติกรรมของพวกมันคืออะไร? ด้วย TypeScript คุณกำหนดประเภทและคาดหวังข้อมูลที่เหมาะสม สามารถไปต่อได้หากคุณใช้ IDE บางตัวที่รองรับ TypeScript คุณสามารถสำรวจส่วนต่างๆ ของแอพได้อย่างง่ายดาย

เราไม่ได้สัมผัสกับ IDE แต่สำหรับเฟรมเวิร์กยอดนิยมส่วนใหญ่ มีปลั๊กอินอยู่บ้าง ซึ่งทำให้การพัฒนาเป็นเรื่องง่าย ตัวอย่างเช่น WebStorm มาพร้อมกับการสนับสนุนในตัวสำหรับ Angular, React และ Vue

ความง่ายในการบูรณาการ (กับห้องสมุดอื่น ๆ )

สุดท้ายแต่ไม่ท้ายสุด นี่ถือได้ว่าเป็นส่วนหนึ่งของความสามารถในการใช้งาน แต่สิ่งสำคัญคือต้องคำนึงถึงส่วนของตัวเองด้วย

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

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

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

สำหรับ Vue และ React คุณมีหน้าที่รับผิดชอบในเกือบทุกอย่าง และการใช้ไลบรารีอื่นก็ไม่ใช่ข้อยกเว้น หากคุณกำลังใช้ Webpack หรือเครื่องมือบิลด์ที่คล้ายกัน คุณสามารถอ้างถึงไลบรารีที่ติดตั้งโดยใช้ NPM ได้โดยตรง ฉันพบว่าการใช้ปลั๊กอินชุมชนของ Vue ค่อนข้างยุ่งยาก โดยเฉพาะอย่างยิ่งเมื่อมีตรรกะของอินเทอร์เฟซผู้ใช้ด้วย

Ember มี EmberObserver ซึ่งเป็นเว็บไซต์ของปลั๊กอินชุมชน แต่ละคนมีคะแนนในระดับจากศูนย์ถึงสิบ เป็นสถานที่ที่เยี่ยมยอดในการค้นหาสิ่งที่คุณต้องการ หากคุณพิมพ์ชื่อไลบรารี่ที่คุณชื่นชอบ เช่น Lodash, Rx หรือ Ramda คุณจะพบปลั๊กอินที่เกี่ยวข้องตั้งแต่ wrapper ธรรมดาไปจนถึงการเขียนซ้ำ แน่นอนว่ามีคลังเก็บ Awesome React และ Awesome Vue ซึ่งรวบรวมทรัพยากรที่เกี่ยวข้อง รวมถึงไลบรารี แต่ฉันพบว่า EmberObserver มีประโยชน์อย่างยิ่ง

มุ่งมั่นใน JavaScript Framework

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

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

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