การเปรียบเทียบ: React Native กับ Native App Development

React Native RoR framework สามารถแข่งขันกับการพัฒนาแอพ Native ได้ หรือไม่

มันเป็นหนึ่งใน แอพไฮบริดที่ เราได้ยินความคิดเห็นมากมายเกี่ยวกับวันนี้ มีเครื่องมือในการพัฒนาข้ามแพลตฟอร์มมากมาย แต่เครื่องมือที่เราให้ความสนใจในส่วนข้อความนี้คือเฟรมเวิร์ก React Native RoR React Native เป็น Native หรือไม่? เรามาตรวจสอบเรื่องนี้กัน

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

แนวทางการพัฒนาแอปพลิเคชันที่เป็นที่รู้จักและแพร่หลายนั้นมาจากภาษาดั้งเดิมและแบบข้ามแพลตฟอร์ม การพัฒนาแอพที่มาพร้อมเครื่องใช้งานได้ดีสำหรับมือถือ และเป็นประเภทการพัฒนาอย่างเป็นทางการสำหรับวัตถุประสงค์เฉพาะ (ทั้ง iOS หรือ Android) ภายใน IDE เฉพาะ ( XCode หรือ Android Studio ) และในบางภาษา ( Kotlin/Java สำหรับ Android, Swift/ Objective-C สำหรับ iOS ).

แอปประเภทที่สองที่พัฒนาขึ้นเรียกว่าไฮบริด ความแตกต่างระหว่างข้ามแพลตฟอร์ม (ig React Native) และการพัฒนาแอพเนทีฟคืออะไร? การพัฒนาแอปพลิเคชันข้ามแพลตฟอร์มจะแตกต่างจากเนทีฟเล็กน้อย เนื่องจากในกรณีส่วนใหญ่จะรวมเฟรมเวิร์กโอเพนซอร์สที่ผสมผสานแนวคิดของการพัฒนาอุปกรณ์เคลื่อนที่และเว็บ และบ่อยครั้งที่เขียนด้วยจาวาสคริปต์ แม้ว่าผลลัพธ์สุดท้ายจะออกมาในที่สุด เป็นไฟล์แอปพลิเคชัน "เหมือนเจ้าของภาษา" การแข่งขันระหว่าง "แอปเนทีฟกับแอปไฮบริด" กำลังมาถึงเส้นเมอริเดียนในทุกวันนี้

แม้ว่าทุกอย่างชัดเจนด้วยแพลตฟอร์มและภาษา "ดั้งเดิม" แอปไฮบริดมีการจัดประเภทที่กว้างกว่า เฟรมเวิร์ก JS ข้ามแพลตฟอร์มที่ใช้บ่อยที่สุดมีดังต่อไปนี้:

• Ionic 3 framework
• ซามาริน
• คอร์โดวา (อดีต PhoneGap)
• React Native RoR framework

วันนี้ เหตุใดจึงเลือกแอปไฮบริดและเฟรมเวิร์กใดที่จะสร้างมันขึ้นมา จะเลือกอะไรดี - React Native กับ Ionic? Xamarin กับ React Native? หนึ่งในเฟรมเวิร์กที่มีการใช้งานสูงสุดสำหรับการพัฒนาแอพข้ามแพลตฟอร์มคือ React Native แต่อะไรทำให้ผู้คนใช้มัน ฉันได้พยายามที่จะตรวจสอบเรื่องนี้

ตอบสนองเร็วขึ้น

[แหล่งรูปภาพ: Facebook React Native]

ฉันพนันได้เลยว่าคุณรู้จักไอคอนเหล่านี้ทุกอัน ทั้งหมด (ในอดีตหรือปัจจุบัน) ถูกสร้างหรือสร้างขึ้นโดยใช้ React Native เมื่อพูดถึงสิ่งนี้ บริษัท Facebook นั้นโดยพื้นฐานแล้วเป็นเจ้าของและผู้ส่งเสริมการพัฒนาแอพ React Native อย่างไรก็ตาม บริษัทเองก็ปฏิเสธว่าเป็น “เครื่องมือสำหรับแอพไฮบริด” ขณะที่พวกเขากล่าวในการลงจอดอย่างเป็นทางการ

“ด้วย React Native คุณไม่ต้องสร้าง “เว็บแอปบนมือถือ”, “แอป HTML5” หรือ “แอปไฮบริด” คุณสร้างแอพมือถือที่แท้จริงซึ่งแยกไม่ออกจากแอพที่สร้างโดยใช้ Objective-C หรือ Java React Native ใช้การสร้าง UI พื้นฐานเดียวกันกับแอป iOS และ Android ปกติ คุณเพียงแค่รวมบล็อคการสร้างเหล่านั้นเข้าด้วยกันโดยใช้ JavaScript และ React”

[ที่มา: Facebook Github]

แต่ React Native นั้นร็อคกับการพัฒนาแอพแบบเนทีฟจริง ๆ หรือไม่? ไม่ทั้งหมด อย่างแรกเลย แม้แต่กระบวนการสร้างแอปก็แตกต่างกันที่นี่

จะสร้างแอปเนทีฟแบบโต้ตอบได้อย่างไร ห่อขึ้น

React Native สำหรับ Android (และ iOS) นั้นเป็นการรวมการคอมไพล์แบบเนทีฟ โดยที่เครื่องมือ JS ช่วยให้คุณสร้างแอปได้ง่ายขึ้น มันยังมีโครงสร้างที่เรียบง่าย - ส่วนประกอบดูเหมือนแท็ก HTML พื้นฐานทำ รหัสที่คุณเขียนใน React Native นั้นไม่ซ้ำกันสำหรับแต่ละแพลตฟอร์มมือถือ แต่มีเครื่องมือสากลมากมายที่สามารถนำมาใช้ซ้ำและนำไปใช้ใหม่ได้บน iOS หรือ Android นอกจากนี้ คุณสามารถมีปลายทางการสร้างได้ไม่กี่แห่ง ซึ่งทำให้ฉันเรียกว่าการพัฒนา React Native ไม่เพียงแต่เฟรมเวิร์กข้ามแพลตฟอร์มเท่านั้น แต่ยังรวมถึงอุปกรณ์ข้ามอุปกรณ์ด้วย คุณสามารถใช้แอปพลิเคชันของคุณสำหรับ iOS เช่นเดียวกับ AppleTV และ Mac OS

แอปพลิเคชันที่พัฒนาใน React Native ไม่ต้องการ IDE ดั้งเดิม (XCode หรือ Android Studio) แม้ว่าคุณจะสามารถพัฒนาโดยใช้มันได้ เนื่องจาก IDE แบบกำหนดเองของ Expo - React Native มีคุณสมบัติการดีบักน้อยกว่าที่จะนำเสนอ เฟรมเวิร์ก RN ไม่ได้ทำให้โครงสร้างของส่วนประกอบซับซ้อนเช่นกัน - ค่อนข้างธรรมดา และหากคุณกำลังมองหาโครงสร้างที่ซับซ้อนกว่านี้ คุณต้องใช้ชิ้นส่วน iOS หรือ Android ดั้งเดิมที่รวมไว้ใน JS cover ที่ด้านบน (ซึ่งค่อนข้างยุติธรรม ค่อนข้างยุ่ง) . ส่วนประกอบบางอย่างถูกแต่งตัวใน a ซึ่งช่วยให้คุณใส่อุปกรณ์ประกอบฉากต่างๆ ลงไปได้

ข้อดีบางประการที่ทำให้ React Native เป็นข้อตกลงที่ดีสำหรับนักพัฒนาแอปพลิเคชันข้ามแพลตฟอร์มทั่วโลก :

1. ต้องการทรัพยากรน้อยลงจากคุณ

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

2. React Native power อยู่ในส่วนประกอบ

เช่นเดียวกับที่ได้กล่าวไปแล้ว รายการส่วนประกอบที่ยอมรับได้สำหรับ React Native นั้นใหญ่มาก ในทางกลับกัน ส่วนประกอบเหล่านี้สามารถนำมาใช้ซ้ำในโครงการอื่นๆ ได้อย่างแน่นอน หากมีความคล้ายคลึงกันเล็กน้อย

3. มีชุมชนขนาดใหญ่

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

4. ส่งเสริมโดย...

บริษัท Facebook โดยรวมสามารถตั้งชื่อเป็น "Branded Brand" ได้แล้ว ดังนั้น Facebook เบื้องหลังทั้งหมดจึงให้ข้อได้เปรียบอย่างมากกับเฟรมเวิร์ก React Native (หากเราใช้การเปรียบเทียบ Ionic กับ React Native) ผู้ใช้เชื่อว่าเครือข่ายสังคมออนไลน์นี้มีความทนทานพอที่จะยืนหยัดเพื่อผลิตภัณฑ์ที่โฆษณาและอ้างว่าพึ่งพาได้

ขนาดเดียวไม่พอดีกับทั้งหมด

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

1. เนทีฟ = ตอบสนองมากขึ้น

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

2. ภาษาพื้นเมือง = พัฒนาอย่างเป็นทางการโดยร้าน Apple และ Google

Native App Store และ Google Play ยอมรับแอปพลิเคชันที่สร้างจากภาษาที่พัฒนาและรองรับโดยแพลตฟอร์ม หากคุณปฏิบัติตามหลักเกณฑ์ - บันไดไปที่ร้านของคุณพร้อมแล้ว ด้วยแอปพลิเคชันข้ามแพลตฟอร์ม คุณยังคงมีโอกาสยอมรับ แต่มีโอกาสที่คุณจะถูกปฏิเสธเพียงส่วนต่อประสานหรือการนำทาง "webbish" เพียงเล็กน้อย

3. "ต้องการความเร็ว"

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

4. Native = ซับซ้อนกว่า

โซลูชันข้ามแพลตฟอร์มจะเขย่าขวัญเมื่อคุณต้องการสร้างบางสิ่งที่มีอยู่แล้ว ด้วยคุณสมบัติที่แตกต่างจากคลาส "ทั่วไป" เมื่อพูดถึงเรื่องที่ซับซ้อน (IoT, AR/VR, อัลกอริทึมการทำเหมืองข้อมูลขนาดใหญ่ทั้งหมดอยู่ในรายการนี้) แอปไฮบริดจะขาดความสามารถทางเทคนิคในการตระหนักถึงสิ่งที่คุณต้องการ ในทางกลับกัน IDE และภาษาดั้งเดิมนั้นมีมุมมองด้านเทคโนโลยีที่ไม่รู้จบ มีหลายสิ่งหลายอย่างที่สามารถเขียนลงไปได้

เลือกด้วยความใส่ใจ

หากคุณกำลังมองหาแอปพลิเคชั่นง่ายๆ ที่จะสร้าง (รายการและไม่มีอะไรซับซ้อนไปกว่านั้น) React Native นั้นยอดเยี่ยมมาก หากจำเป็นต้องมีประสิทธิภาพของแอปเพิ่มเติม ขั้นตอนการพัฒนาที่ยุ่งยากมากขึ้นจะเกิดขึ้น - คุณต้องเปลี่ยนไปใช้ Swift หรือ Kotlin แล้วจึงรวมไว้ทั้งหมดลงในหน้าปก Java Script ที่แวววาว และฟังดูไม่ง่ายเลยที่จะทำ ดังนั้น สำหรับสิ่งต่าง ๆ เช่น การสตรีมวิดีโอหรือเสียง การกำหนดเส้นทาง การแชทแบบเรียลไทม์ การตัดต่อรูปภาพ ฯลฯ คุณควรเริ่มต้นด้วยการพัฒนาเนทีฟตั้งแต่เริ่มต้น หลีกเลี่ยงข้อเสียนี้

นอกจากนี้ React Native ยังเป็นเฟรมเวิร์ก JavaScript ที่สมบูรณ์ และสามารถเขียนโค้ดทั้งหมดได้ในโปรแกรมแก้ไขข้อความ เช่น TextMate หรือ Notepad++ แม้ว่าเมื่อพูดถึงการสร้างโปรเจ็กต์ คุณจำเป็นต้องมี IDE เฉพาะ หรืออย่างน้อยก็อีมูเลเตอร์

มีตัวอย่างบางส่วนของแอพที่ใช้ RN ที่เหมาะสม:

• แอพ Facebook ชัดๆ
• แอปพลิเคชันมือถือ Airbnb (ไฮบริด iOS และ Android)
• แอพมือถือ Walmart (เนื่องจากมีการดูเว็บแบบฝังจำนวนหนึ่งพร้อมการใช้งานที่ต่ำกว่าที่คาดไว้)

คุณสามารถดูรายการผลิตภัณฑ์ที่ใช้ RN ทั้งหมดได้จากเว็บไซต์อย่างเป็นทางการ และ RN ชนะการประกวดเฟรมเวิร์ก React Native vs Xamarin อีกครั้งที่นี่

เพื่อประโยชน์ของมุมมอง

ตามสถิติของ Flurry "ผู้บริโภคชาวอเมริกันในปัจจุบันใช้เวลาเฉลี่ย 2 ชั่วโมง 38 นาทีต่อวันกับสมาร์ทโฟนและแท็บเล็ต โดย 80% ของเวลานั้น (2 ชั่วโมง 7 นาที) ถูกใช้ในแอป" ผลิตภัณฑ์ของคุณต้องพอดีกับเวลา 2 ชั่วโมงในแต่ละวัน ทุกประเด็นที่พิจารณา React Native RoR framework จะเป็นโซลูชันที่สะดวกสำหรับโครงการระยะสั้นขนาดเล็ก บทวิจารณ์พิสูจน์ว่ารวดเร็ว รุนแรง และใหม่ หรือเมื่อคุณต้องการ "ทดสอบแนวคิด" อย่างไรก็ตาม ในระยะยาวหรือเมื่อวางแผนนวัตกรรมทางเทคนิคเพื่อเริ่มต้น คุณไม่สามารถพึ่งพาตัวเลือกสำเร็จรูปได้ คุณต้องสร้างมันขึ้นมาใหม่ทั้งหมด คุณต้องปรับแต่งมัน ดังนั้นคุณจึงจำเป็นต้องสร้างมันขึ้นมาเพื่อการพัฒนาแอปพลิเคชันดั้งเดิม

เขียนโดย Artem Chervichnik และ Elina Bessarabova