Fånga ett AI-misstag och verifiera appen

Genererad kod är redo för granskning, inte automatiskt redo att skickas. I det här sista steget övar du på att identifiera ett troligt ramverksfel och verifiera aktivitetstally utöver kompilering.

Testa assistenten avsiktligt

Starta en ny konversation med din assistent så att den inte förlitar sig på begränsningarna från tidigare uppmaningar. Fråga:

Add a confirmation dialog before deleting a task from my Windows XAML app.
Show only the using directives and the dialog construction code.

En obegränsad assistent kan ge följande svar:

using Windows.UI.Xaml.Controls;

var dialog = new ContentDialog
{
    Title = "Delete task?",
    PrimaryButtonText = "Delete",
    CloseButtonText = "Cancel"
};

Det här är ett UWP-namnområde. ContentDialog finns också i WinUI 3, vilket gör felet enkelt att missa i en kodgranskning.

För det här projektet måste namnområdet vara:

using Microsoft.UI.Xaml.Controls;

var dialog = new ContentDialog
{
    Title = "Delete task?",
    PrimaryButtonText = "Delete",
    CloseButtonText = "Cancel",
    XamlRoot = this.XamlRoot
};

Referens-URL:en för WinUI 3 ContentDialog innehåller microsoft.ui.xaml.controls. UWP ContentDialog-referensen använder windows.ui.xaml.controls.

Därför räcker det inte med "typen finns i Windows dokumentation". Kontrollera ramverket, namnrymden, versionen och appmodellen.

Använda en ramverkskontroll för genererad kod

När assistenten lägger till ett Windows API kontrollerar du det med följande frågor:

Be assistenten att ange den Learn-URL som stöder valet och öppna sedan URL:en själv.

Kontrollera uppgiftsantal

Kör ett slutligt verifieringspass:

1. Ta bort appens lokala data eller börja med en ny installation. Bekräfta att det tomma tillståndet visas och att om du bara anger blanksteg inaktiveras Lägg till uppgift .
2. Lägg till flera uppgifter, markera en slutförd och ta bort en annan. Bekräfta att antalet återstående uppdateras och att rätt objekt tas bort.
3. Starta om appen. Kontrollera att uppgiftsrubriker och slutförandestatusar har återställts.
4. Lägg till if (System.Diagnostics.Debugger.IsAttached) throw new IOException("Test save failure."); som den första raden i TaskStorage.SaveAsync, bygg om och kör appen i felsökaren. Utlös en spara och bekräfta att InfoBar rapporterar felet i stället för en lyckad spara. Ta sedan bort det tillfälliga villkoret och bygg om.
5. Navigera genom alla interaktiva element med Tab och Skift+.
6. Använd en skärmläsare eller Hjälpmedelsinsikter för Windows för att granska namn, roller och fokusordning.
7. Ändra storlek på appen, testa ljust, mörkt och kontrastteman och skapa för x64 utan kompilator-, XAML-, bindnings- eller analysvarningar.

Läs mer: Tillgänglighetsöversikt och hjälpmedelstestning.

Förfina prompten, inte bara koden

Om en kontroll misslyckas sparar du både korrigeringen och orsaken i nästa fråga:

The generated code used Windows.UI.Xaml.Controls, which is the UWP
namespace. This project is WinUI 3. Replace it with the corresponding
Microsoft.UI.Xaml API, verify the API in the Windows App SDK reference,
build the x64 project, and explain why the original namespace was wrong.

Detta ger assistenten användbara bevis och förstärker projektgränsen. För ett projekt med längre livslängd lägger du till stabila begränsningar som ramverket, paketeringsmodellen, målarkitekturen och byggkommandot i lagringsplatsens instruktioner som kodningsassistenten läser.

Nästa steg

Du har skapat en liten WinUI 3-app och övat på ett arbetsflöde som du kan återanvända:

Fråga → Generera → Bygg → granska → verifiera → förfina

Fortsätt med:

• Skapa din första WinUI-app för en deterministisk, kodfokuserad introduktion till XAML, navigering och fillagring.
• Databindning, beroendeinmatning och enhetstestning i WinUI för en större MVVM-arkitektur.
• WinUI 3-galleriet för att verifiera kontroller och interaktionsmönster i ett exempel som körs.
• Windows App SDK API-referens för att bekräfta genererade API-val.