На благо

Можливі рішення включають:

1. Використання оператора if для забезпечення правильного посилання на змінну.
2. Використання вже згаданого оператора нульового об’єднання під час виклику методу Split.
3. Знову зробити змінну «numbers» ненульовою, видаливши знак питання.

1. Перевірити дію призначення: перевірте дію призначення, де сталася помилка. Переконайтеся, що всі змінні та об’єкти, які використовуються в цій діяльності, ініціалізовано належним чином.
2. Перевірте вхідні дані: якщо ви отримуєте значення з PDF-документів, переконайтеся, що PDF-файл дійсний і містить очікувані дані.

Посилання на об’єкт, не встановлене на екземпляр об’єкта, зазвичай виникає, коли змінна має значення null. Спробуйте розмістити вікно повідомлення перед діяльністю, яка переривається, запустіть у режимі налагодження із закріпленою панеллю локальних параметрів і подивіться на нульову змінну, залучену до дії, коли ви досягнете вікна повідомлення.

Як уникнути посилання на об’єкт, не встановленого для екземпляра об’єкта?

1. Явно перевірити наявність null і ігнорувати null-значення. …
2. Явно перевірте наявність null і вкажіть значення за замовчуванням. …
3. Явно перевіряйте null у викликах методів і створюйте спеціальний виняток. …
4. Використовуйте Debug.

Завжди ініціалізуйте змінні та об’єкти Хорошою практикою є ініціалізація всіх змінних і об’єктів відповідним значенням, наприклад порожнім рядком або списком. Ця практика допомагає запобігти NullReferenceException під час доступу до змінної або об’єкта пізніше в коді.