Felsökning av nollreferensundersökningar vid bindning av vyer i MVVMCross involverar flera steg för att identifiera och lösa problemet. Här är en detaljerad guide för hur man närmar sig detta problem:
1. Identifiera källan till undantaget **
- Kontrollera stackspåret: Stackspåret indikerar var NULL -referensundantaget inträffar. Detta kan vara enligt din åsikt, visa modell eller inom MVVMCross själv.- Vanliga frågor: Vanliga källor inkluderar oregistrerade tjänster, modeller för nollvy eller felaktigt konfigurerade bindningar.
2. Verifiera ViewModel och Binding Setup **
- Visning av initialisering: Se till att din visningsmodell är korrekt initialiserad och inställd på vyn. I MVVMCross händer detta vanligtvis automatiskt, men du kan verifiera det genom att kontrollera egenskapen "ViewModel".- Bindningskonfiguration: Se till att bindningar är korrekt konfigurerade. Använd `CreateBindingset 'för att definiera bindningar och se till att typerna matchar (t.ex.` MainView' och `MainViewModel ').
3. Kontrollera om nollreferenser i bindningar **
- Fastighetsvägar: Se till att egenskapsvägarna i dina bindningar är korrekta och att egenskaperna finns i visningsmodellen. Om du till exempel binder till `VM => VM.MyProperty`, kontrollera att` MyProperty 'inte är noll och är korrekt definierad.- Sen initialisering: Om egenskaperna initialiseras senare (t.ex. i "ViewDidLoad"), se till att bindningar appliceras efter initialisering.
4. Använd försenad bindning för dynamiskt innehåll **
- Om du dynamiskt genererar innehåll eller kontroller kan du överväga att använda "fördröjningsbind" för att säkerställa att bindningar tillämpas efter att vyn är helt konstruerad. Detta är särskilt användbart när du arbetar med anpassade kontroller eller dynamiska listor.5. Se till att korrekt IOC -registrering **
- Serviceregistrering: Om du använder tjänster i din visningsmodell, se till att de är registrerade i IOC -behållaren. MVVMCROSS använder `imvxiocprovider` för detta ändamål.- InitializelastChance: Om du gör plattformsspecifika IOC-registreringar, se till att du ringer `Base.InitializElastChance ()` för att undvika problem som de som beskrivs i [4].
6. Anpassade bindande problem **
- Om du använder anpassade bindningar, kontrollera att dina målbindningskurser är korrekt implementerade och registrerade i `setup.cs` genom att åsidosätta` filltargetfactories` som visas i [5].7. Felsökningstekniker **
- brytpunkter: Använd brytpunkter för att inspektera tillståndet för din visningsmodell och bindningar vid körning.- Loggning: Aktivera MVVMCross -loggning för att få detaljerad information om bindningsoperationer och potentiella fel.
8. MVXASYNCCOMMAND FRÅGA **
- Om du använder "mvxasynccommand", se till att "mvx.iocprovider" initialiseras innan du konstruerar kommandon, som beskrivs i [1]. Detta är avgörande för enhetstestningsscenarier.Genom att följa dessa steg bör du kunna identifiera och lösa de flesta undantag från nollreferens relaterade till visningsbindningar i MVVMCross.
Citeringar:]
[2] https://stackoverflow.com/questions/56531225/problem-with-binding-to-mvxview-with-xamarin-io-and-mvvmcross
[3] https://github.com/mvvmcross/mvvmcross/issues/1378
[4] https://stackoverflow.com/questions/18954938/nullreference-exception-during-binding-with-mvvmcross
[5] https://www.mvvmcross.com/documentation/advanced/custom-data-binding
]
[7] https://www.mvvmcross.com/documentation/advanced/mvxnotifyTask
[8] https://www.mvvmcross.com/documentation/fundamentals/data-binding