Microsoft ra mắt hướng dẫn: Tạo và xuất bản ứng dụng WinUI chỉ trong 30 phút nhờ AI

Theo tin từ IT ngày 6 tháng 9, trong bối cảnh nhiều người cho rằng các doanh nghiệp vẫn chưa biết cách tận dụng AI thực sự như thế nào, Microsoft đã vạch ra một kế hoạch: sử dụng AI để đưa thêm nhiều ứng dụng WinUI gốc (native) lên Microsoft Store.

IT lưu ý rằng, Microsoft gần đây đã phát hành một hướng dẫn bắt đầu nhanh mới, giúp các nhà phát triển tận dụng AI, VS Code và winapp CLI của hãng để bắt đầu từ một thư mục trống và từng bước tạo, xuất bản ứng dụng WinUI 3. Microsoft cho biết toàn bộ quy trình chỉ mất khoảng 30 phút, không cần cài đặt Visual Studio và các công cụ sử dụng đều miễn phí, bao gồm cả phiên bản miễn phí của GitHub Copilot.

Hướng dẫn đơn giản kéo dài 30 phút này về bản chất là nhằm thu hút những người mới bắt đầu phát triển ứng dụng cho Windows 11 mà không cần phải trải qua những công việc lập trình "nặng nề" như cách phát triển truyền thống.

Giờ đây, bất kỳ ai cũng có thể nhờ AI tạo một ứng dụng WinUI mới, để AI agent thêm tính năng, kiểm thử kết quả, đóng gói ứng dụng thành MSIX, sau đó gửi lên Microsoft Store. Toàn bộ quá trình này hoàn toàn miễn phí và cần rất ít thao tác thủ công.

Tuy nhiên, điều đáng chú ý hơn là hướng dẫn di chuyển (migration) có sự hỗ trợ của AI mà Microsoft cung cấp kèm theo, đặc biệt là các giải pháp di chuyển cho các ứng dụng WPF và UWP hiện có. Đây mới chính là tư duy thực sự của Microsoft trong việc giải quyết vấn đề ứng dụng gốc tồn đọng lâu nay trên Windows: giúp ứng dụng WinUI dễ phát triển hơn, giúp các ứng dụng cũ dễ di chuyển hơn, đồng thời để AI xử lý những công việc rườm rà trong cả hai quá trình này.

Quy trình phát triển ứng dụng mới dựa trên VS Code,.NET 10, Windows App Development CLI của Microsoft, các mẫu dự án WinUI, GitHub Copilot và plugin WinUI Agent.

Không nên nhầm lẫn WinUI Agent ở đây với chatbot Copilot đa năng mà Microsoft đã quảng bá trước đó. WinUI Agent được trang bị các khả năng chuyên biệt cho các tác vụ như thiết kế WinUI, đánh giá mã nguồn, kiểm thử giao diện (UI), đóng gói ứng dụng và di chuyển framework.

Microsoft cũng khuyến nghị kết nối AI agent này với máy chủ Microsoft Learn MCP để nó có thể truy xuất tài liệu WinUI API mới nhất khi thực hiện truy vấn. Xét đến mức độ phổ biến tương đối thấp của WinUI 3, có thể suy đoán hợp lý rằng các mô hình AI đã tích lũy được nhiều tài liệu huấn luyện hơn và trong khoảng thời gian dài hơn đối với WPF và UWP.

Hướng dẫn di chuyển WPF không đóng gói công việc này thành thao tác tìm kiếm và thay thế đơn giản. Ví dụ, System.Windows.* cần được chuyển đổi thành Microsoft.UI.Xaml.*. Microsoft cung cấp cho AI agent một bộ bảng đối chiếu thay thế toàn diện, bao gồm các nội dung như điều khiển (controls), xử lý luồng, quản lý cửa sổ, xử lý DPI và liên kết dữ liệu (data binding), đồng thời cung cấp một đoạn prompt ban đầu để chỉ dẫn AI agent tập trung kiểm tra những vấn đề nào.

Hướng dẫn của Microsoft về việc di chuyển từ UWP sang WinUI 3 đã chỉ rõ ngay từ đầu rằng UWP không còn trong trạng thái phát triển tích cực, còn WinUI 3 và Windows App SDK mới là các giải pháp kế nhiệm. Điều thú vị là Microsoft đặc biệt nhắc nhở rằng, do các mô hình AI đã được huấn luyện dựa trên lượng lớn ví dụ UWP tích lũy qua nhiều năm, nếu kỹ năng di chuyển không chỉ định rõ các giải pháp thay thế cần áp dụng, mô hình rất có thể sẽ tiếp tục tạo ra các mẫu mã nguồn UWP truyền thống.

Về bản chất, Microsoft đang cố gắng giảm chi phí di chuyển hàng loạt phần mềm WPF và UWP hiện có sang framework gốc mới.

Từ lâu, các ứng dụng Web liên tục xuất hiện trên Windows thay vì ứng dụng gốc, một lý do quan trọng là chi phí phát triển của các framework Web đa nền tảng thấp hơn. Các nhà phát triển có thể tái sử dụng một bộ mã nguồn để chạy trên các nền tảng khác nhau mà không cần phải viết mã riêng cho framework phát triển của Windows, cũng không cần lo lắng về việc framework này có thể lại xảy ra thay đổi lớn trong tương lai như trước đây.

Tại hội nghị Build 2026, Microsoft đã bày tỏ rõ ràng mong muốn thay đổi quan điểm này của các nhà phát triển và gọi WinUI là "nền tảng sản xuất cho ứng dụng Windows". Đồng thời, Microsoft cũng đã loại bỏ số "3" khỏi tên gọi, cố gắng truyền tải một tín hiệu đến cộng đồng nhà phát triển: trong tương lai sẽ không còn việc đập bỏ toàn bộ framework để làm lại từ đầu nữa.

Microsoft cũng cam kết giảm mức tiêu thụ bộ nhớ, tăng cường hỗ trợ DataGrid và biểu đồ, cải thiện khả năng tương tác với WPF và mở rộng hơn nữa sự tham gia vào mã nguồn mở. Thực tế, hiện nay WinUI đã hoàn toàn là mã nguồn mở.

Vai trò của WinUI không chỉ dừng lại ở việc giúp các nhà phát triển tạo ứng dụng. Microsoft đã và đang sử dụng WinUI 3 để thay thế một số thành phần giao diện lâu đời trong Windows 11, ví dụ gần đây bao gồm tính năng tự động phát (AutoPlay), quản lý in ấn, v.v. và sẽ còn nhiều thành phần khác được thay thế trong tương lai. Nếu chính Microsoft cũng không muốn sử dụng công nghệ này thì việc yêu cầu các nhà phát triển bên thứ ba áp dụng nó rõ ràng là không công bằng.

Việc Microsoft quảng bá ứng dụng gốc không phải vì họ cho rằng WebView2 hay Electron là công nghệ tồi. Tài liệu chính thức của Microsoft coi WebView2 là một giải pháp hợp lý để phát triển ứng dụng lai (hybrid) và cho biết mức tiêu thụ tài nguyên của ứng dụng cuối cùng phụ thuộc vào mức độ tối ưu hóa nội dung Web của nhà phát triển.

Trớ trêu thay, ứng dụng Thời tiết (Weather) của Windows 11 lại được xây dựng dựa trên WebView2. Ở trạng thái nhàn rỗi, nó chiếm khoảng 1,2GB bộ nhớ, gấp khoảng 5 lần so với ứng dụng Thời tiết gốc trên macOS của Apple, và còn chạy 9 tiến trình con Chromium ở chế độ nền.

Mặc dù Microsoft luôn áp dụng tư duy phát triển ưu tiên doanh nghiệp, nhưng phải mất nhiều năm sau khi người dùng phàn nàn, Teams mới bổ sung "chế độ hiệu suất" (Efficiency Mode).

Một số ứng dụng bên thứ ba phổ biến cũng đối mặt với vấn đề tương tự. Ví dụ, ứng dụng Windows của WhatsApp luôn tồn tại vấn đề tốc độ tải chậm, đồng thời tiêu tốn nhiều bộ nhớ. Discord thậm chí còn thừa nhận ứng dụng Windows của mình là "kẻ tiêu tốn tài nguyên" và đã thử nghiệm một tính năng: tự động khởi động lại ứng dụng khi mức chiếm dụng bộ nhớ vượt quá 4GB.

Nghĩa là, một mặt Microsoft yêu cầu các nhà phát triển bên thứ ba tạo ra các ứng dụng gốc nhẹ hơn, mặt khác, một số ứng dụng của chính họ và một phần giao diện của Windows vẫn được xây dựng trên WebView2.

David Fowler, kỹ sư xuất sắc phụ trách dự án Aspire của Microsoft, gần đây cho biết "viết mã thủ công" đã hoàn toàn trở thành quá khứ. Đúng vậy, trong các công cụ phát triển WinUI mà Microsoft hiện đang trình diễn, các AI agent có thể tạo mã, hiểu toàn bộ dự án, chạy kiểm thử và sửa lỗi, thay vì yêu cầu nhà phát triển phải tự tay gõ từng dòng mã.

Nhưng AI giảm chi phí sản xuất mã nguồn không đồng nghĩa với việc chất lượng mã nguồn cũng sẽ tăng theo. Bản thân Microsoft cũng hiểu rõ điều này, đó là lý do tại sao WinUI Agent được trang bị các khả năng đánh giá mã nguồn và kiểm thử giao diện chuyên biệt.

Nếu Microsoft muốn nhờ AI tạo ra nhiều phần mềm Windows hơn, thì những phần mềm này vẫn phải đủ hiệu quả. Nếu không, việc làm cho ứng dụng gốc trở nên dễ phát triển hơn sẽ chỉ dẫn đến việc có thêm nhiều ứng dụng gốc được tối ưu hóa kém trên Windows.

Nhiều năm trước, Microsoft cần Steve Ballmer đứng trên sân khấu hô vang "Developers, developers, developers", nhưng ngày nay tình hình đã thay đổi. Hiện nay, ngày càng nhiều nhà phát triển có xu hướng sử dụng môi trường phát triển Linux, trong khi một lượng lớn nhà phát triển ứng dụng AI lại chọn MacBook vì nó sở hữu hiệu năng phần cứng mạnh mẽ.

Điều Microsoft đang cố gắng làm hiện nay là để việc phát triển ứng dụng Windows diễn ra trực tiếp trong một môi trường phát triển Windows được xây dựng xung quanh AI Agent. Nếu giải pháp này thành công, Windows có thể sẽ có thêm nhiều ứng dụng gốc, đồng thời các nhà phát triển cũng không cần phải viết lại thủ công một lượng lớn mã nguồn.

Nhưng Microsoft vẫn cần chứng minh một điều: những ứng dụng WinUI được xây dựng bởi AI này thực sự có thể chạy nhanh hơn và chiếm ít tài nguyên hơn so với các ứng dụng Web mà nó muốn thay thế.