เมื่อ WhatsApp ทำการตัดสินใจที่เกลียดชังในระดับสากลเพื่อเปลี่ยนแอพ Windows ดั้งเดิมไปเป็น Web Wrapper คำวิจารณ์ส่วนใหญ่มุ่งไปที่ Meta และถูกต้องเช่นนั้น มันให้ความรู้สึกที่ขี้เกียจ เป็นการลดระดับ RAM ที่ชัดเจน และลบประสบการณ์ “ดั้งเดิม” เล็กๆ น้อยๆ ที่แอปมีบน Windows ออก
แต่ความจริงก็อึดอัดกว่าเล็กน้อย
แม้แต่ Meta ก็ยังไม่มีแรงจูงใจที่จะยึดติดกับแอป Windows แบบเนทีฟมากนัก บริษัทแทบจะไม่ได้อัปเดตเลย ไม่มีฟีเจอร์ที่เท่าเทียมกัน และในที่สุดก็ใช้เวอร์ชันเว็บแทน สาเหตุหลักอาจเป็นเพราะเว็บแอปมีราคาถูกกว่าในการสร้างและบำรุงรักษา แต่ปัญหาที่แท้จริงก็คือ Microsoft ไม่ได้ให้เฟรมเวิร์ก UI แก่นักพัฒนาที่พวกเขาสามารถกระทำได้ในระยะยาว เว็บแอปไม่มีปัญหานั้น
เมื่อไม่นานมานี้ เราได้ยินจากผู้อ่าน Windows Insight มาอย่างยาวนาน Alexander Ovchinnikov ซึ่งเป็นนักพัฒนาด้วยเช่นกัน ประเด็นของเขาสะท้อนถึงสิ่งที่นักพัฒนาจำนวนมากรู้สึกอยู่แล้ว
ต่างจาก macOS ซึ่งมักจะได้รับแอปแบบเนทีฟเสมอ แม้ว่าจะมีฐานผู้ใช้ที่น้อยกว่ามาก แต่ทัศนคติของนักพัฒนาต่อการผลักดันเว็บแอปสำหรับ Windows เท่านั้นไม่ได้เกี่ยวกับความสะดวกสบาย มันเกี่ยวกับความไว้วางใจหรือค่อนข้างขาดมัน
ในช่วงหลายปีที่ผ่านมา Microsoft ได้เปิดตัวเฟรมเวิร์ก “อนาคต” มากมาย แต่จะย้ายออกไปจากเฟรมเวิร์กเหล่านั้นในภายหลัง จาก WPF และ Silverlight มาเป็น UWP และตอนนี้เป็น WinUI 3 บริษัทไม่ได้เปลี่ยนรูปแบบนี้ ดังที่ Alexander กล่าวไว้ นักพัฒนาหลายคนคิดว่าสิ่งที่ Microsoft กำลังผลักดันในวันนี้อาจไม่นานพอที่จะพิสูจน์ให้เห็นถึงการสร้างมันขึ้นมา
Microsoft ไม่มีกลยุทธ์ GUI ที่ชัดเจนมานานหลายทศวรรษแล้ว และตอนนี้ Windows ก็มีเฟรมเวิร์กมากเกินไปโดยไม่มีคำตอบที่แน่ชัดว่านักพัฒนาควรใช้อะไรจริงๆ
การรู้สิ่งนี้ทำให้ทัศนคติที่ฉันมีบนเว็บแอปสำหรับ Windows เปลี่ยนไป เป็นตัวเลือกสำรองเมื่อตัวแพลตฟอร์มรู้สึกไม่มั่นใจ อย่างไรก็ตาม ความรักล่าสุดของ Microsoft ในการสร้างแอปแบบเนทีฟ 100% สำหรับ Windows อาจพลิกสถานการณ์ได้
Windows เปลี่ยนจากเส้นทางการพัฒนาที่ชัดเจนไปสู่ตัวเลือกที่สับสนมากเกินไป
มีบางครั้งที่การสร้างแอป Windows ไม่จำเป็นต้องมีการถกเถียงกันทางจิต การพัฒนา Windows ในยุคแรกๆ เป็นแนวทางเดียวที่เข้าใจกันดี Win32 คือคำตอบ API หนึ่งรายการ โมเดลทางจิตหนึ่งรายการ และวิธีการที่ชัดเจนในการทำสิ่งต่างๆ ให้สำเร็จ
“Programming Windows” ของ Charles Petzold ซึ่งได้รับการยกย่องในระดับสากลว่าเป็น “คัมภีร์” ของการพัฒนา Windows ทำให้สามารถเข้าถึงได้ และนักพัฒนาสามารถสละเวลาโดยรู้ว่าแพลตฟอร์มจะไม่เปลี่ยนแปลงไปใต้เท้าของพวกเขา ความมั่นคงนั้นสร้างความไว้วางใจ และความไว้วางใจทำให้ระบบนิเวศเติบโตขึ้น
อย่างไรก็ตาม แทนที่จะพัฒนา Win32 ให้เป็นสิ่งที่ทันสมัยมากขึ้น Microsoft ก็ยังคงแนะนำเลเยอร์และทางเลือกใหม่ๆ อยู่เสมอ MFC มาเป็นอันดับแรกในฐานะ wrapper C ++ จากนั้นนักพัฒนา WinForms สำหรับ.NET WPF ตามด้วย XAML และการเรนเดอร์แบบเร่งด้วยฮาร์ดแวร์ Silverlight ปรากฏเป็นการเดิมพันข้ามแพลตฟอร์ม จากนั้น WinRT และ UWP ก็มาในยุค Windows 8 และ Windows 10 และตอนนี้เรามี WinUI 3 พร้อม Windows App SDK ควบคู่ไปกับ MAUI สำหรับการพัฒนาข้ามแพลตฟอร์ม
แต่ละรายการได้รับการประกาศพร้อมจุดยืนที่ชัดเจนเกี่ยวกับการเป็นอนาคตของการพัฒนา Windows แต่ละคนขอให้นักพัฒนาลงทุนเวลา เรียนรู้รูปแบบใหม่ๆ และสร้างต่อยอด
ปัญหาไม่ใช่ว่าเทคโนโลยีเหล่านี้ไม่ดี หลายคนก้าวล้ำหน้าอย่างแท้จริง ปัญหาคือ “อนาคต” ยังคงถูกแทนที่ก่อนที่จะสามารถชำระหนี้ได้อย่างสมบูรณ์ แทนที่จะเป็นแพลตฟอร์มที่พัฒนาเพียงแพลตฟอร์มเดียว นักพัฒนากลับถูกทิ้งให้ไล่ตามเป้าหมายที่กำลังเคลื่อนที่
บล็อกโดยละเอียดของ Jeffrey Snover ชี้ให้เห็นว่า Windows ไม่มีคำตอบที่ชัดเจนสำหรับคำถามง่ายๆ: คุณควรสร้างแอป Windows อย่างไร
WPF ควรจะเป็นอนาคต จนกระทั่ง Silverlight เข้ามา ซึ่งดูมีแนวโน้มดี จนกระทั่ง Microsoft เปลี่ยนมาใช้ HTML5 UWP ถูกผลักดันให้เป็นแพลตฟอร์มแบบครบวงจรสำหรับทุกสิ่ง แต่ไม่ได้รับการยอมรับอย่างเต็มรูปแบบ แม้แต่ภายในองค์กรก็ตาม ขณะนี้ WinUI 3 อยู่ในตำแหน่งที่เป็นโซลูชันสมัยใหม่ แต่แผนการทำงานไม่ได้สร้างแรงบันดาลใจให้นักพัฒนามีความมั่นใจในระดับเดียวกับที่เคยมีในยุคก่อนหน้านี้
เมื่อ Microsoft เปิดตัวเฟรมเวิร์กใหม่พร้อมทิศทางที่ชัดเจน นักพัฒนาจะเริ่มนำไปใช้ จากนั้นกลยุทธ์ก็จะเปลี่ยนไป และความสนใจก็จะย้ายไปที่อื่น กรอบการทำงานก่อนหน้านี้ไม่ได้ถูกปิดอย่างเป็นทางการเสมอไป แต่จะค่อยๆ สูญเสียความเกี่ยวข้องไป วงจรนี้เกิดซ้ำหลายครั้งจนนักพัฒนาหยุดกระทำโดยสมบูรณ์
ดังที่ Alexander บอกเรา ความรู้สึกในปัจจุบันคือ หาก Microsoft ไม่สามารถยึดติดกับเฟรมเวิร์กก่อนหน้านี้ได้ ทำไมจึงถือว่าเฟรมเวิร์กปัจจุบันจะแตกต่างไปจากนี้
นั่นคือลักษณะของวันนี้ ถามนักพัฒนาว่าพวกเขาควรใช้อะไรกับแอป Windows และคำตอบนั้นขึ้นอยู่กับว่าคุณถามใคร บางคนยังคงแนะนำ Win32 คนอื่นชอบ WPF เพราะมันเสถียร WinUI 3 อยู่ในตำแหน่งที่ทันสมัย แต่ยังไม่ได้รับความเชื่อถือในระดับสากล MAUI มีไว้สำหรับการใช้งานข้ามแพลตฟอร์ม จากนั้นก็มีเส้นทางเว็บที่มี Electron หรือ PWA ยิ่งไปกว่านั้น เฟรมเวิร์กของบริษัทอื่น เช่น Avalonia และ Qt กำลังได้รับความสนใจ
นี่ไม่ใช่ตัวเลือกที่นักพัฒนาต้องการ มันเป็นความไม่แน่นอนทั้งหมด
เหตุใดนักพัฒนาจึงเลือกเว็บแอปแทนเนทิฟ
แอพ Windows ที่ได้รับความนิยมสูงสุดบางแอพนั้นไม่ใช่แอพเนทีฟอย่างแท้จริง WhatsApp, Spotify, Discord, Slack, Notion, Zoom และแม้แต่ส่วนหนึ่งของระบบนิเวศของ Microsoft เอง…Microsoft Teams (ก่อนที่จะเขียนใหม่), Clipchamp และประสบการณ์จากบุคคลที่หนึ่งหลายอย่างใช้ WebView2
แน่นอนว่าการสร้างเว็บแอปเพียงครั้งเดียวและจัดส่งไปได้ทุกที่กลายเป็นเรื่องง่าย มันสามารถทำงานบน Windows, macOS, Linux และแม้แต่ในเบราว์เซอร์โดยไม่ต้องดูแลโค้ดเบสแยกต่างหาก เฟรมเวิร์ก เช่น Electron, WebView ที่ใช้ Chromium และ Progressive Web Apps ทำให้การเผยแพร่ง่ายขึ้น อัปเดตเร็วขึ้น และต้นทุนการพัฒนาลดลง บริษัทต่างๆ พบว่าเป็นการยากที่จะเพิกเฉย
การเปลี่ยนไปใช้ WebView2 ของ Microsoft จะฝังเอ็นจิ้น Edge (Chromium) ไว้ภายในแอป มันทำงานได้ดีเพื่อความสม่ำเสมอ แต่ก็หมายความว่าแอป “เดสก์ท็อป” จำนวนมากเป็นเพียงหน้าเว็บที่ทำงานในคอนเทนเนอร์
และข้อเสียที่ชัดเจนก็คือแอปเหล่านี้ใช้ RAM มากกว่า รู้สึกตอบสนองน้อยลง และไม่ได้ผสานรวมกับระบบปฏิบัติการอย่างลึกซึ้ง การเรียกใช้แอพ Electron หลายตัวพร้อมกันสามารถกินทรัพยากรระบบได้อย่างง่ายดาย ซึ่งเป็นสิ่งที่แอพเนทีฟแบบดั้งเดิมจัดการได้ดีกว่ามาก
บน macOS และ iOS นักพัฒนายังคงให้ความสำคัญกับแอพที่มาพร้อมเครื่อง แม้แต่บริษัทที่มีเทคโนโลยีเว็บในที่อื่นก็ยังสร้างเวอร์ชันดั้งเดิมสำหรับอุปกรณ์ Apple นั่นเป็นเพราะว่า Apple ยังคงรักษาเส้นทางการพัฒนาที่ชัดเจนยิ่งขึ้น เฟรมเวิร์กเช่น Cocoa, AppKit และขณะนี้ SwiftUI ได้รับการรองรับและพัฒนาอย่างต่อเนื่อง นักพัฒนารู้ว่าควรใช้อะไร และที่สำคัญกว่านั้น พวกเขารู้ว่าสิ่งนี้จะยังคงเกี่ยวข้องในปีต่อมา
Windows ไม่มีความชัดเจนเหมือนกัน และนักพัฒนาก็ตอบสนองตามนั้น
ดังนั้นแทนที่จะเดิมพันบนเฟรมเวิร์กที่อาจเปลี่ยนทิศทางอีกครั้ง หลายคนเลือกเว็บ มันไม่สมบูรณ์แบบ และในหลายกรณี ประสิทธิภาพการทำงานของเดสก์ท็อปก็แย่ลงอย่างเห็นได้ชัด แต่จะช่วยขจัดความเสี่ยงที่ใหญ่กว่าในการขึ้นอยู่กับการตัดสินใจครั้งต่อไปของ Microsoft
Microsoft กำลังพยายามแก้ไขปัญหานี้ แต่อาจจะสายเกินไป
มีสัญญาณว่า Microsoft ตระหนักถึงปัญหาแล้ว ความพยายามล่าสุดแนะนำให้พวกเขามุ่งไปสู่การปรับปรุงประสิทธิภาพ ลดการพึ่งพาส่วนประกอบบนเว็บ และสร้างประสบการณ์ดั้งเดิมทั่วทั้ง Windows โพสต์ X ของ Rudy Huyn ยินดีต้อนรับนักพัฒนา Windows เพื่อสร้างแอพเนทีฟ 100% ได้รับการมองในแง่บวก
แต่การแก้ไขแอปเองเป็นเพียงส่วนหนึ่งของสมการเท่านั้น
แม้ว่า Microsoft จะนำเสนอแอปเนทิฟที่ดีกว่าในอนาคต นักพัฒนาก็ยังคงลังเลอยู่ ความลังเลไม่ได้มาจากสิ่งที่ WinUI 3 สามารถทำได้หรือไม่สามารถทำได้ในปัจจุบัน มันมาจากสิ่งที่เกิดขึ้นกับทุกสิ่งที่เกิดขึ้นก่อนหน้านั้น หลายปีของการเปลี่ยนแปลงลำดับความสำคัญทำให้นักพัฒนาระมัดระวัง และความลังเลเช่นนั้นไม่ได้หายไปในชั่วข้ามคืน
หาก Microsoft ต้องการเปลี่ยนแปลงสิ่งนั้น ก็ควรยอมรับเฟรมเวิร์กเดียวอย่างสมบูรณ์และสื่อสารกับนักพัฒนาได้ดี นั่นหมายถึงการยึดติดกับกรอบการทำงานที่นานพอที่จะเติบโต ทำให้ทิศทางของมันชัดเจน และสนับสนุนมัน นักพัฒนาจำเป็นต้องมีแผนงานที่พวกเขาเชื่อถือได้ พร้อมด้วยเส้นทางการโยกย้ายที่ชัดเจนเมื่อมีการเปลี่ยนแปลงเกิดขึ้น
ปัญหาที่แท้จริงไม่ใช่เทคโนโลยี แต่เป็นความสม่ำเสมอ
Microsoft ไม่ได้ขาดความสามารถ บริษัทมีความสามารถด้านวิศวกรรมที่ดีที่สุดในอุตสาหกรรมและมีประวัติศาสตร์อันยาวนานในการสร้างเครื่องมือการพัฒนาอันทรงพลัง กรอบการทำงานจำนวนมากที่นำมาใช้มีความแข็งแกร่งอย่างแท้จริงจากมุมมองทางเทคนิค
สิ่งที่ขาดหายไปคือความสม่ำเสมอ
การวิเคราะห์ของ Rebecca Sutter ระบุว่าปัญหาไม่ใช่ความล้มเหลวทางเทคนิค แต่เป็นรูปแบบของการตัดสินใจภายในที่เปลี่ยนทิศทางซ้ำแล้วซ้ำเล่า
สิ่งเหล่านี้ทำให้เกิดความไม่แน่นอนสำหรับนักพัฒนาซ้ำแล้วซ้ำเล่า จากภายนอก ไม่สำคัญว่าเหตุใดการเปลี่ยนแปลงเหล่านั้นจึงเกิดขึ้น สิ่งสำคัญคือผลลัพธ์ นักพัฒนาเหลือหลายเส้นทาง ซึ่งไม่มีเส้นทางใดที่รับประกันได้ว่าจะอยู่ได้ยาวนาน
นั่นเป็นเหตุผลว่าทำไมสถานการณ์จึงดูเป็นแบบที่เป็นอยู่ทุกวันนี้ ปัญหาไม่ใช่ว่า Windows มีตัวเลือกน้อยเกินไป ไม่ใช่ว่าไม่มีใครรู้สึกชัดเจน นักพัฒนาไม่ได้ขอกรอบการทำงานเพิ่มเติม พวกเขากำลังขอสิ่งที่พวกเขาสามารถไว้วางใจได้
เว็บแอปเป็นอาการ ไม่ใช่ปัญหา
เว็บแอปไม่ได้เข้าควบคุม Windows เนื่องจากเหมาะสำหรับคอมพิวเตอร์เดสก์ท็อปมากกว่า ในหลายกรณีพวกเขาไม่ได้เป็นเช่นนั้น พวกเขาเข้ามาแทนที่เพราะพวกเขามอบความน่าเชื่อถือให้กับนักพัฒนาที่ไม่ต้องการลงทุนในแพลตฟอร์ม Windows อีกต่อไป
นักพัฒนาไม่สามารถถูกตำหนิในการตัดสินใจโดยคำนวณจากประสบการณ์ที่ผ่านมา
หาก Microsoft ต้องการปรับปรุงคุณภาพของแอปบน Windows โซลูชันไม่เพียงแต่มุ่งมั่นที่จะแก้ไข Windows 11 และสร้างแอปบุคคลที่หนึ่งแบบเนทีฟเท่านั้น แต่ยังสร้างความไว้วางใจกับนักพัฒนาอีกครั้ง และพิสูจน์ว่าในครั้งนี้ แพลตฟอร์ม (ฉันหวังว่า WinUI3) จะยังคงมีความสม่ำเสมอ
บ้าน
แบ่งปัน
จดหมายข่าว
จดหมายข่าว WL
จดหมายข่าว WL!
ก้าวล้ำหน้าด้วยการอัปเดต Windows, IT และ AI ล่าสุด ได้รับความไว้วางใจจากสมาชิกมากกว่า 50,000 ราย
ชื่อ
อีเมล
เข้าร่วมฟรี
*️⃣ ลิงค์ที่มา:
ชี้ให้เห็น แอป Windows ที่ได้รับความนิยมส่วนใหญ่ไม่ใช่แอปเนทีฟอย่างแท้จริง โดยสร้างประสบการณ์เนทิฟให้มากขึ้นทั่วทั้ง Windows นักพัฒนา Windows เพื่อสร้างแอปเนทีฟ 100% การวิเคราะห์ของ Rebecca Sutter , หน้าแรก , จดหมายข่าว ,