NULL еталонні винятки в MVVMCross, як і в інших рамках, як правило, виникають при спробі доступу або маніпулювання посиланням на нульовий об'єкт. Ось деякі поширені причини та сценарії, де можуть виникнути ці винятки:
1. Неініціалізовані об'єкти **
Однією з найпоширеніших причин нульових еталонних винятків є те, коли об'єкти не належним чином ініціалізуються до їх використання. У MVVMCross це може статися, якщо послуги чи помічники не зареєстровані в контейнері МОК або якщо вони не вирішуються правильно. Наприклад, якщо `mvx.iocprovider` є нульовим, це може призвести до нульових еталонних винятків при спробі вирішити залежності [1].2. Неправильна установка IOC **
MVVMCross значною мірою покладається на його контейнер IOC (інверсія контролю) для введення залежності. Якщо налаштування МОК є неповним або неправильним, це може призвести до нульових посилань. Наприклад, якщо послуга не зареєстрована, спроба вирішити її призведе до нульових довідкових виняток.3. Проблеми обов'язкових **
У MVVMCross зв’язується для підключення моделей перегляду з видами. Якщо контекст прив'язки не встановлений належним чином або якщо є проблеми з обов'язковими виразами, це може призвести до нульових еталонних винятків. Це особливо актуально при використанні специфічних для платформи поглядів та прив’язки [3].4. Ініціалізація моделі навігації та перегляду **
Під час навігації між переглядами, якщо моделі перегляду не є належним чином ініціалізованими або якщо є проблеми з налаштуванням навігаційної служби, це може призвести до нульових референтних винятків. Це може статися, якщо навігаційна служба не буде правильно зареєстрована або якщо конструктор моделі перегляду не вдається ініціалізувати необхідні залежності [5].5. Сценарії тестування **
У сценаріях тестування одиниць компоненти MVVMcross, такі як `Mvxasynccommand" можуть кидати нульові довідкові винятки, якщо постачальник МОК не ініціалізується. Це пояснюється тим, що постачальнику МОК потрібно налаштувати вручну в тестових умовах для правильного вирішення залежностей [1].кроки усунення несправностей
Щоб усунути нульових довідкових винятків у mvvmcross, виконайте ці кроки:- Перевірте слід стека: Визначте точну лінію коду, що спричиняє виняток.
- Перевірте ініціалізацію об'єктів: Переконайтесь, що всі необхідні об'єкти перед використанням належним чином ініціалізуються.
- Огляньте налаштування IOC: Підтвердьте, що всі необхідні послуги зареєстровані та вирішені правильно.
- Налагодження: Використовуйте точки переломів для перегляду змінних та об'єктів під час виконання, щоб визначити, який з них нуль.
- Переглянути вирази зв'язування: переконайтеся, що прив'язки правильно налаштовані та що контекст зв'язування належним чином ініціалізується.
Дотримуючись цих етапів та розуміючи загальні причини, ви можете ефективно діагностувати та вирішити нульові еталонні винятки у програмах mvvmcross.
Цитати:[1] https://stackoverflow.com/questions/53597908/mvvm-cross-null-references-when-unit-testing-mxvasynccommand/53618570
[2] https://learn.microsoft.com/en-us/answers/questions/1323892/how-to-solve-system-nullreferenceException
[3] https://stackoverflow.com/questions/18954938/nullreference-exception-during-binding-with-mvvmcross
[4] https://forum.uipath.com/t/datatable-has-a-value-but-thring-null-reference/462413
[5] https://github.com/mvvmcross/mvvmcross/issues/4452
[6] https://pvs-studio.com/en/blog/posts/csharp/1049/
[7] https://github.com/mvvmcross/mvvmcross/issues/3571
4