I have a method which never returns a null object. I want to make it clear so that users of my API don't have to write code like this:
if(Getxyz() != null)
{
// do stuff
}
How can I show this intent?
I have a method which never returns a null object. I want to make it clear so that users of my API don't have to write code like this:
if(Getxyz() != null)
{
// do stuff
}
How can I show this intent?
Unforutnately there is no way built in to C#
You can document this fact, but this won't be automatically checked.
If you are using resharper, then it can be set up to check this properly when the method is marked with a [NotNull] attribute.
Otherwise you can use the Microsoft Contracts library and add something similar to the following to your method, but this is quite a lot of extra verbiage for such a simple annotation.
Spec# solved this problem by allowing a ! after the type to mark it as a non-null type, eg
but Spec# can only be used to target .NET2, and has been usurped by the Code Contracts library.
If your users have your source code using a standard design by contract API like: http://www.codeproject.com/KB/cs/designbycontract.aspx can make things clear.
Otherwise your best bet is through documentation.
Unless you are using a type based on System.ValueType, I think you are out of luck. Its probably best to document this clearly in the XML/metadata comment for the function.
You could include a Debug.Assert() method. While this certainly won't enforce the condition, it should make it clear (along with documentation) that a null value isn't acceptable.
I don't know that there is a best practice for doing so from an API as I would still program defensively and check for null as the consumer. I think that this is still the best practice in this case as I tend to not want to trust other code to always do the right thing.
The only type-checked way to ensure that a C# object never returns null is to use a struct. Structs can have members that contain null values, but can never be null themselves.
All other C# objects can be null.
Example code:
The above example will not compile. If using a struct is acceptable (it becomes a value type, gets passed around on the stack, can't be subclassed) then this might work for you.