Contract annotations let you define expected outputs for given inputs, or put in other words, define dependencies between reference type and boolean arguments of a function and its return value. The mechanism of contract annotations allows creating APIs that could be consumed in easier and safer way.
You can implement contract annotations by decorating your functions with the
[ContractAnnotationAttribute]. If you want to do it in your source code, reference the JetBrains.Annotations namespace. You can also annotate functions in existing binary modules using external annotations.
How it works
To quickly understand how and why you could use contract annotations, look at the example below.
In this example, we decorated the function
Adjust with the contract annotation attribute. The attribute argument in this case means, that a null argument always yields a null return. You can easily read the code of this example to see that the function works this way, but in real-life code this dependency might not be that obvious. Anyway, the main thing here is the contract annotation attribute that describes how the function handles the input value.
When we call the
Adjust function with a 'null' argument, Rider finds and highlights a bunch of issues at once. First of all, it highlights the function call with a null argument, warning that this expression is always null. Then, it keeps tracking the
adjusted variable that was initialized with this expression, and now is also 'null'. When we check the
adjusted variable for inequality to 'null', Rider warns us again that this comparison is always false. Finally, Rider greys out code in the 'if' statement as unreachable:
Syntax of contract annotations
Use the following syntax to specify input-output dependencies for contract annotations:
[ContractAnnotation("[paramName:][input] => output [; [paramName:][input] => output]", [forceFullStates:true])]
input can be:
output can be
canbenullfor the return value of reference type
falsefor the return value of boolean type
nothing(which are interchangeable) to indicate that the function does not return normally. I.e., it throws an exception or halts program execution.
The optional boolean
forceFullStates parameter, which is false by default, allows you force the pessimistic mode for the nullability analysis. I.e. if the method return value is not defined by the contract condition, Rider will assume that it might be null.
- You can omit
paramNameif there is only one parameter (see the example above)
- You can omit both
inputif there are no parameters:or if the function has the same output independently on the input:
[ContractAnnotation("=> halt")] public void TerminationMethod()
[ContractAnnotation("=> halt")] public void TerminationMethod(object data, bool flag)
- You can add several conditions for the same parameter:
[ContractAnnotation("input:null => null; input:notnull=>notnull")] public object Transform(object input, bool flag)
- You can reverse conditions, i.e.
input => outputis equal to
output <= input:
[ContractAnnotation("halt <= condition:false")] public void Assert(bool condition, string text)
- You can also specify expected values for 'out' parameters. If you want to specify both a return value and an 'out' parameter for the same input condition, use the comma:
[ContractAnnotation("s:null => false,result:null")] public bool TryParse(string s, out object result)
Validation of contract conditions
If you decorate functions with contract annotation in the source code, Rider verifies contract conditions according to the function signature. If the contract annotation does not suit function parameters, Rider displays a warning:
The same happens if the contract annotation does not suit the return value.