I'm experiencing an interesting System.NullReferenceException whilst using the new null-conditional operator in C#. The following code gives me a NullReferenceException if "MyObject" is null:
await this.MyObject?.MyMethod()
I would've expected that the call to "MyMethod" would simply not be made if "MyObject" is null, or am I misunderstanding the purpose of the null-conditional operator?
C programming language is a machine-independent programming language that is mainly used to create many types of applications and operating systems such as Windows, and other complicated programs such as the Oracle database, Git, Python interpreter, and games and is considered a programming foundation in the process of ...
In the real sense it has no meaning or full form. It was developed by Dennis Ritchie and Ken Thompson at AT&T bell Lab. First, they used to call it as B language then later they made some improvement into it and renamed it as C and its superscript as C++ which was invented by Dr. Stroustroupe.
C is a general-purpose language that most programmers learn before moving on to more complex languages. From Unix and Windows to Tic Tac Toe and Photoshop, several of the most commonly used applications today have been built on C. It is easy to learn because: A simple syntax with only 32 keywords.
The letter c was applied by French orthographists in the 12th century to represent the sound ts in English, and this sound developed into the simpler sibilant s.
You can add ??
Operator so if ?.
returns null task use CompletedTask instead.
await (this.MyObject?.MyMethod() ?? Task.CompletedTask)
I would've expected that the call to "MyMethod" would simply not be made if "MyObject" is null.
Thats true. the ?.
operator returns null task instead of calling MyMethod
. the null reference exception is made because you cant await on null task. The task must be initialized.
A lot of discussion takes place around the awkwardness of null conditional in await. You can see some of it in the C# proposal Champion "Null-conditional await" #35. While the accepted answer works, I believe two extensions methods encapsulate the behavior better:
public static Task ForAwait(this Task task) { return task ?? Task.CompletedTask; } public static Task<T> ForAwait<T>(this Task<T> task, T defaultValue = default) { return task ?? Task.FromResult(defaultValue); }
You would use them as: await (this.MyObject?.MyMethod()).ForAwait()
. Note the extra parentheses! You can even specify your own default value, if default(T) is not what you want to return by default. I've seen other people do something similar and also add an extra parameter that would ConfigureAwait inside the method.
I would have loved to get rid of the ugly parentheses, somehow, but the language doesn't allow it (yet?).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With