ผ่านคบเพลิง: Akita vs Elf
TL;DR — ถ้าคุณชอบ Akita และ/หรือมองหาโซลูชันการจัดการสถานะเฟรมเวิร์กที่ไม่เชื่อเรื่องพระเจ้าแบบโมดูลาร์ที่รวดเร็ว คุณควรใช้Elf
ในบทความนี้ ฉันจะอธิบายถึงแรงจูงใจเบื้องหลังการสร้างElfอะไรคือข้อได้เปรียบเหนือ Akita และทำไมฉันถึงคิดว่าคุณควรลอง
ทำไมต้องสร้างเอลฟ์?
ผู้ใช้ Akita หลายคนที่รู้ว่ามีโซลูชันที่ยอดเยี่ยมเพียงใด ได้ถามคำถามนี้ แล้วจะสร้างใหม่ทำไม?
Akita ถูกสร้างขึ้นโดยNetanel Basalในขณะที่ทำงานให้กับ Datorama (Salesforce ในปัจจุบัน) วิธีแก้ปัญหานั้นขับเคลื่อนด้วย Datoramaดังนั้นการเปลี่ยนแปลงที่สำคัญจึงเป็นเรื่องยาก
การเพิ่มคุณสมบัติทั้งหมดที่นำมาใช้กับ Elf จะทำให้แอปพลิเคชันของผู้บริโภคเสียหาย
เอลฟ์เป็น ตัว ขับเคลื่อนชุมชน
ข้อดีของเอลฟ์
เราสร้าง Elf โดยคำนึงถึงบทเรียนทั้งหมดจาก Akita เป็นหลัก นี่คือข้อได้เปรียบหลักๆ 2 ประการ:
- ต้นไม้สั่นไหว
- การสนับสนุน Typescript ที่ดีขึ้น
- สถานะหลายรายการในร้านค้าเดียวกัน (เช่น UI และข้อมูล)
- มันเร็ว
- ขนาดที่เล็กลง
- แต่งได้
- ขยายได้
- API ที่เพรียวบางและเป็นโมดูลาร์
บทสรุป
Elfเป็นผลงานล่าสุดจากNetanel Basal & NgNeatในด้านการจัดการสถานะ มี คุณสมบัติเจ๋งๆ มากมายและหยิบใช้ได้ง่ายจริงๆ
Akitaมีข้อได้เปรียบจากการมีฐานผู้ใช้จำนวนมากในปัจจุบันและเป็นโซลูชันที่ครบวงจรมากขึ้น
แล้วอันไหนล่ะ?
ฉันจะเลือก Elf ฉันเชื่อว่าในอนาคตเราสามารถนำเสนอคุณสมบัติและการปรับปรุงเพิ่มเติมได้ เพราะอย่างที่ฉันได้กล่าวไปก่อนหน้านี้ ความเป็นโมดูลาร์อยู่ในใจเมื่อสร้างโซลูชันนี้
หากใบสมัครของคุณไม่ซับซ้อน กระบวนการย้ายข้อมูลควรค่อนข้างตรงไปตรงมา ลองใช้คู่กับอาคิตะก่อน พิจารณาเปลี่ยนร้านค้าที่มีอยู่เป็น Elf และดูว่าเป็นอย่างไร
คำสุดท้าย
Netanel Basalและฉันก่อตั้งองค์กร NgNeat เมื่อสามปีที่แล้ว บริษัทหลายร้อยแห่งใช้และยังคงใช้โครงการของเราในการผลิต
เราเป็นที่ตั้งของที่ เก็บ มากกว่า 40แห่งและพยายามอย่างดีที่สุดเพื่อรักษาและสนับสนุนโครงการที่มีอยู่ตลอดจนการสร้างโครงการใหม่ แต่เราต้องการทำมากกว่านี้อีกมาก!
NgNeat กำลังเปิดตัวโปรแกรมสนับสนุนเพื่อให้เราสามารถ:
- ใช้เวลามากขึ้นในการสนับสนุนโครงการที่มีอยู่และพัฒนาโครงการใหม่ในองค์กร NgNeat
- แบ่งปันเนื้อหาเพิ่มเติมกับชุมชนของเราโดยเปิดช่อง YouTube , Twitterและเว็บไซต์ทางการอีกครั้ง