Метод `delawsbind` в mvvmcross не використовується безпосередньо для вирішення винятків нульового еталону. Натомість це механізм затримки зв'язування поглядів, поки вид не буде повністю завантажений і готовий. Це може опосередковано допомогти уникнути виняток нульового еталонного, забезпечуючи спробу зобов’язання лише тоді, коли всі необхідні компоненти належним чином ініціалізуються.
Як працює Delobind
`DelawsBind` зазвичай використовується в сценаріях, коли макет або елементи керування видом створюються динамічно або завантажуються асинхронно. Це дозволяє затримати процес прив'язки, поки перегляд не буде повністю підготовлений, що може запобігти спробам прив’язати нульових посилань.
Ось загальний підхід до використання `delawsbind`:
1. Налаштування: На ваш погляд, ви визначаєте елементи інтерфейсу та їх прив'язки за допомогою `delappingbind`. Цей метод не одразу застосовує прив'язки; Натомість він планує їх застосувати пізніше.
2. Підготовка перегляду: Після того, як перегляд буде повністю завантажений і всі елементи інтерфейсу будуть ініціалізовані, MVVMCross автоматично застосовуватиме затримки прив’язки. Це гарантує, що прив'язки намагаються лише тоді, коли всі необхідні компоненти доступні.
3. Закликання зобов’язання: У цей момент, якщо будь -яка частина шляху прив'язки є нульовою, все -таки може виникнути нульовий еталонний виняток. Однак, затримуючи прив'язку, поки погляд не буде готовий, ви зменшуєте ймовірність зустріти нульові посилання через передчасні спроби обов'язкових.
Вирішення винятків довідки NULL
Незважаючи на те, що `DelawsBind` допомагає в організації та термінах процесу прив'язки, вирішення нульових еталонних винятків зазвичай передбачає забезпечення того, щоб усі об'єкти, що беруть участь у прив'язці, були належним чином ініціалізовані перед спробою їх прив’язати. Ось кілька стратегій, щоб уникнути винятків нульового довідника:
- Переконайтесь, що ViewModel встановлено: Переконайтесь, що ViewModel правильно встановлений на поданні, перш ніж намагатися зв’язати. Це можна перевірити, перевіривши властивість ViewModel у методах життєвого циклу перегляду, таких як `viewDidload` для iOS або` onCreate` для Android.
- Перевірте шляхи прив'язки: Перевірте, що властивості, з якими ви обов'язково зобов'язуєтесь у ViewModel, не є нульовими. Якщо вони є, переконайтеся, що вони ініціалізуються перед зв'язуванням.
- Використовуйте оборонне програмування: Впроваджуйте чеки у своєму коді, щоб обробляти потенційні нульові посилання. Це може включати використання операторів Null Conditional (`?` `) Або явно перевіряти наявність NULL перед об'єктами деференції.
- Уникайте передчасного зв'язування: Використовуйте `DelawsBind` або подібні механізми, щоб забезпечити застосування зв'язків лише тоді, коли перегляд та його компоненти повністю ініціалізовані.
Підсумовуючи це, хоча `DelaverBind` допомагає правильно встигнути процес прив'язки, він безпосередньо не вирішує виняток з нульовими еталонними винятками. Натомість це допомагає в організації процесу зв'язування, щоб зменшити ймовірність зустріти такі винятки, забезпечуючи застосування зв'язків, коли погляд буде готовий.
Цитати:[1] https://stackoverflow.com/questions/18954938/nullreference-exception-during-binding-with-mvvmcross
[2] https://www.mvvmcross.com/mvvmcross-9.0.0-release/
[3] https://blog.postsharp.net/nullreferenceexception-object-reference-not-set
[4] https://www.mvvmcross.com/documentation/fundamentals/data-binding
[5] https://stackoverflow.com/questions/27925522/correct-use-of-delaybind-in-mvvmcross
[6] https://pvs-studio.com/en/blog/posts/csharp/1049/
[7] https://www.mvvmcross.com/documentation/fundamentals/lking
[8] https://github.com/mvvmcross/mvvmcross/issues/1508