Building contract support into the language makes for:
assert(expression);C programmers will find it familiar. Unlike C, however, an
assert
in function bodies
works by throwing an AssertException
,
which can be caught and handled. Catching the contract violation is useful
when the code must deal with errant uses by other code, when it must be
failure proof, and as a useful tool for debugging.
in { ...contract preconditions... } out (result) { ...contract postconditions... } body { ...code... }By definition, if a pre contract fails, then the body received bad parameters. An InException is thrown. If a post contract fails, then there is a bug in the body. An OutException is thrown.
Either the in
or the out
clause can be omitted.
If the out
clause is for a function
body, the variable result
is declared and assigned the return
value of the function.
For example, let's implement a square root function:
long square_root(long x) in { assert(x >= 0); } out (result) { assert((result * result) == x); } body { return math.sqrt(x); }The assert's in the in and out bodies are called contracts. Any other D statement or expression is allowed in the bodies, but it is important to ensure that the code has no side effects, and that the release version of the code will not depend on any effects of the code. For a release build of the code, the in and out code is not inserted.
If the function returns a void, there is no result, and so there can be no result declaration in the out clause. In that case, use:
void func() out { ...contracts... } body { ... }In an out statement, result is initialized and set to the return value of the function.
The compiler can be adjusted to verify that every in and inout parameter is referenced
in the in { }
,
and every out and inout parameter is referenced in the out { }
.
The in-out statement can also be used inside a function, for example, it can be used to check the results of a loop:
in { assert(j == 0); } out { assert(j == 10); } body { for (i = 0; i < 10; i++) j++; }This is not implemented at this time.
Conversely, all of the out contracts needs to be satisified, so overriding functions becomes a processes of tightening the out contracts.