Cross-platform Application หมายถึงอะไร

Cross-platform Application หมายถึงอะไร: 60 FPS เทียบเท่า Native

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

Cross-platform Application หมายถึงอะไร และทำไมถึงเปลี่ยนวงการแอป?

หลายคนคิดว่าการสร้างแอปพลิเคชันให้ทำงานได้ทั้งบน iPhone และ Android นั้น คุณต้องจ้างโปรแกรมเมอร์สองทีมแยกกันเสมอ แต่มีข้อผิดพลาดร้ายแรงหนึ่งอย่างที่สตาร์ทอัพกว่า 80% มักมองข้ามเมื่อเริ่มต้นทำแอป - ผมจะอธิบายให้ฟังในส่วนของการเลือก Framework ด้านล่าง

Cross-platform Application หมายถึงอะไร หมายถึง แอปพลิเคชันหรือซอฟต์แวร์ที่พัฒนาขึ้นมาโดยการเขียนโค้ดเพียงชุดเดียว (Single Codebase คืออะไร) แต่สามารถนำไปใช้งานได้บนระบบปฏิบัติการที่หลากหลาย เช่น iOS, Android, Windows หรือ macOS โดยไม่ต้องเริ่มต้นเขียนโค้ดใหม่ทั้งหมดสำหรับแต่ละแพลตฟอร์ม

เทคโนโลยีนี้ช่วยแก้ปัญหาคลาสสิกของวงการพัฒนาซอฟต์แวร์ นั่นคือการลดความซ้ำซ้อน การใช้ Cross-platform สามารถลดต้นทุนและระยะเวลาในการพัฒนาแอปพลิเคชันลงได้อย่างมาก เมื่อเทียบกับการแยกทำทีละระบบปฏิบัติการ ^[1]

บอกตามตรง สมัยก่อนผมเคยต่อต้านแนวคิดนี้มาก ผมเชื่อมั่นใน Native App ว่าดีที่สุด จนกระทั่งรับงานโปรเจกต์หนึ่งแล้วงบประมาณบานปลาย เพราะต้องแก้บั๊กบน iOS และ Android แยกกันคนละรอบ แถมฟีเจอร์ก็อัปเดตไม่พร้อมกัน ความหงุดหงิดในวันนั้นคือจุดเปลี่ยนที่ทำให้ผมต้องเปิดใจศึกษาแอปพลิเคชันข้ามแพลตฟอร์ม คืออะไรอย่างจริงจัง

ความสับสนระหว่าง Cross-platform, Native และ Hybrid App

ก่อนจะลงลึก เราต้องเคลียร์ความสับสนที่พบบ่อยที่สุดก่อน บางคนเรียกเหมารวมทุกอย่างที่ไม่ใช่ Native ว่า Hybrid ซึ่งนั่นไม่ถูกต้องนัก

Native App คือการเขียนแอปด้วยภาษาเฉพาะของระบบปฏิบัติการนั้นๆ เช่น Swift สำหรับ iOS หรือ Kotlin สำหรับ Android ข้อดีคือดึงประสิทธิภาพเครื่องมาใช้ได้สูงสุด 100% แต่ข้อเสียคือแพงและใช้เวลาพัฒนานาน

Hybrid App คือการเอาเว็บไซต์ (HTML, CSS, JavaScript) มายัดใส่กล่องแอปพลิเคชัน (WebView) ให้รันบนมือถือได้ ทำง่ายและรวดเร็วมาก

แต่มันช้า.

ส่วน Cross-platform คือจุดกึ่งกลางที่สมบูรณ์แบบ มันไม่ได้จำลองหน้าเว็บแบบ Hybrid แต่มันแปลงโค้ดชุดเดียวของเราให้ออกมาเป็นคอมโพเนนต์ที่ทำงานได้ใกล้เคียงกับ Native App มากที่สุด นี่คือเหตุผลที่มันกลายเป็นมาตรฐานใหม่ของวงการ

กังวลเรื่องประสิทธิภาพ: Cross-platform ช้ากว่า Native จริงหรือ?

นี่คือคำถามยอดฮิต: แอปพลิเคชันข้ามแพลตฟอร์ม คืออะไรที่ทำงานช้าและกระตุกใช่ไหม?

นั่นคืออดีตเมื่อ 5 ปีก่อนครับ.

หลายคนบอกว่าถ้าอยากได้แอปลื่นๆ ต้องเขียน Native เท่านั้น แต่จากประสบการณ์ของผม Cross-platform Application หมายถึงอะไรสมัยใหม่สามารถทำงานด้วยความเร็วระดับ 60 เฟรมต่อวินาที (FPS)^[2] ซึ่งเทียบเท่ากับ Native App ในสายตาของผู้ใช้งานทั่วไป

ความจริงที่ขัดกับความรู้สึก (Counterintuitive) คือ ประสิทธิภาพที่แย่ส่วนใหญ่ไม่ได้มาจากตัว Framework แต่มาจากการเขียนโค้ดที่ไม่ปรับให้เหมาะสม (Optimize) เช่น การดึงข้อมูลรูปภาพขนาดใหญ่มาแสดงผลพร้อมกันทีละร้อยรูปโดยไม่ทำ Caching ไม่ว่าคุณจะใช้ Native หรือ Cross-platform แอปก็ค้างได้เหมือนกัน

การรองรับฟีเจอร์ใหม่ๆ ของ iOS และ Android ในอนาคต

อีกหนึ่งความกังวลคือ ถ้า Apple หรือ Google ออกฟีเจอร์ใหม่ แอปของเราจะพังหรืออัปเดตตามไม่ทันหรือไม่?

ตรงนี้แหละครับคือข้อผิดพลาดร้ายแรงที่ผมเกริ่นไว้ตอนต้น หลายคนเลือก การพัฒนาแอปแบบ Cross-platform โดยไม่ดูชุมชนนักพัฒนา (Community) เบื้องหลัง หากคุณเลือกเครื่องมือที่ไม่มีบริษัทยักษ์ใหญ่หนุนหลัง เวลา OS มีการอัปเดตใหญ่ คุณอาจต้องรอหลายเดือนกว่าจะมีคนทำตัวเชื่อม (Plugin) มาให้ใช้

แต่ถ้าคุณใช้ Framework พัฒนาแอปข้ามแพลตฟอร์ม ยอดนิยมอย่าง Flutter (พัฒนาโดย Google) หรือ React Native (พัฒนาโดย Facebook) การอัปเดตจะรวดเร็วมาก บางครั้งแพตช์แก้ไขออกมารองรับ OS เวอร์ชั่นเบต้าตั้งแต่ OS ตัวเต็มยังไม่ปล่อยให้โหลดด้วยซ้ำ

Framework พัฒนาแอปข้ามแพลตฟอร์มยอดนิยม: ควรเลือกอะไรดี?

Flutter (แนะนำสำหรับโปรเจกต์เริ่มใหม่)

- สูงมาก ลื่นไหลระดับ 60-120 FPS เหมาะกับแอปที่มีแอนิเมชันเยอะๆ

- ค่อนข้างชัน เพราะต้องเรียนรู้ภาษา Dart ใหม่ทั้งหมด

- วาด UI เองทั้งหมด (Canvas) ทำให้หน้าตาแอปเหมือนกันเป๊ะ 100% ทั้งบน iOS และ Android

- พัฒนาโดย Google ใช้ภาษา Dart

React Native

- ดีมาก แต่อาจมีคอขวดบ้างเวลาต้องสื่อสารกับเซนเซอร์ลึกๆ ของเครื่อง (Bridge)

- เรียนรู้ง่ายมากสำหรับคนที่เป็น Web Developer มาก่อน สามารถนำความรู้ React มาต่อยอดได้ทันที

- แปลงโค้ดเป็น UI ของระบบนั้นๆ ทำให้หน้าตาแอปดูกลมกลืนกับปุ่มมาตรฐานของ iOS และ Android

- พัฒนาโดย Facebook ใช้ภาษา JavaScript / TypeScript

Kotlin Multiplatform (KMP)

- เทียบเท่า Native 100% เพราะคอมไพล์ออกมาเป็นภาษาพื้นฐานของระบบนั้นๆ โดยตรง

- เหมาะกับทีมที่มีนักพัฒนา Android อยู่แล้ว แต่ฝั่ง iOS อาจจะต้องปรับตัวในการใช้งานโครงสร้างร่วมกัน

- มุ่งเน้นการแชร์แค่โค้ดประมวลผล (Business Logic) ส่วน UI มักจะแนะนำให้เขียนแยกเป็น Native เพื่อความสมบูรณ์แบบสูงสุด

- พัฒนาโดย JetBrains ใช้ภาษา Kotlin

การก้าวข้ามขีดจำกัดของสตาร์ทอัพ Food Delivery ในกรุงเทพฯ

ทีมงานสตาร์ทอัพส่งอาหารแห่งหนึ่งในกรุงเทพฯ มีโปรแกรมเมอร์เพียง 4 คน พวกเขามีแอป Native สองเวอร์ชันที่ฟีเจอร์ไม่เคยตรงกันเลย ผู้ใช้ iOS ได้ฟีเจอร์แผนที่แบบใหม่ ส่วนผู้ใช้ Android ยังติดบั๊กจ่ายเงินไม่ผ่าน ทีมงานทำงานหนักถึงตีสองแทบทุกวันแต่ก็ยังตามคู่แข่งไม่ทัน

พวกเขาตัดสินใจทุบแอปทิ้งแล้วเขียนใหม่ด้วย Flutter หวังว่าจะเสร็จใน 1 เดือนตามที่อ่านเจอบนบล็อกเมืองนอก ความจริงคือ? สัปดาห์แรกพวกเขาเจอปัญหาหนักมากในการเชื่อมต่อกับปลั๊กอินเครื่องรูดบัตร (EDC) ผ่าน Bluetooth ซึ่งทำได้ยากมากในระบบ Cross-platform จนเกือบจะล้มเลิกโปรเจกต์

จุดเปลี่ยนคือการยอมถอยหนึ่งก้าว พวกเขาตระหนักว่าไม่จำเป็นต้องใช้ Flutter 100% จึงหันมาใช้วิธีเขียนโค้ดส่วน Bluetooth ด้วย Native (Platform Channels) แล้วให้ Flutter จัดการหน้ากาก UI ทั้งหมด ใช้เวลาปรับแต่งและเรียนรู้อยู่เกือบ 6 สัปดาห์

ผลลัพธ์ที่ได้คุ้มค่าความเหนื่อย รอบการปล่อยอัปเดตฟีเจอร์ใหม่ลดลงจาก 3 สัปดาห์เหลือเพียง 1 สัปดาห์ และแอปสามารถเปิดตัวแคมเปญการตลาดบน iOS และ Android ได้พร้อมกันเป็นครั้งแรกในรอบ 2 ปี