Spec#, nullables and more

Don nospam at nospam.com
Fri Nov 5 07:27:18 PDT 2010


Pelle Månsson wrote:
> On 11/05/2010 03:04 PM, Kagamin wrote:
>> Pelle Månsson Wrote:
>>
>>> Getting the error early is actually a lot better than getting the error
>>> late.
>>
>> OK, but it doesn't reduce the number of bugs. You had an error with 
>> nullables and you still has error with non-nullables.
> 
> But in the non-nullable version you actually know where the bug is, 
> namely where you assign the null to the thing that shouldn't be null. 
> The segfault can come from any unrelated part of the program whereto 
> your null has slipped, at any later point in time.

I've always found it very easy to work out where a null came from. What 
I would hope from a non-nullable type is to eliminate rare code paths 
where a null can occur, which might not show up in testing.


More information about the Digitalmars-d mailing list