Compile-time Verification, It's Not Just for Type Safety Any More
Recorded at:
Slides are not available for downloads
by
komal gohil
Do you use Edit-Continue in Visual Studio?
by
Dzmitry Lahoda
11.7 Edit-Continue Not Working
When using runtime checking of contracts, the IL is rewritten by our tools. Edit-continue relies on being
able to insert code into an existing executable. Since that feature is not aware of the contract rewriting, it
won't work. There's no work-around other than not using edit-continue when also using contracts.
Re: Slides are not available for downloads
by
razvan baciu
There were no slides for this presentation. It was a live demo and discussion.
Thanks!
Razvan
requirement for VS 2010 premium, ultimate, or academic for static checking
by
John Wigger
- John Wigger
Is it supposed to work with VB.NET
by
Louis Routhier
Re: Is it supposed to work with VB.NET
by
Louis Routhier
Re: Do you use Edit-Continue in Visual Studio?
by
Dzmitry Lahoda
So using contracts prevents them from doing it.
Re: Is it supposed to work with VB.NET
by
Jonathan Allen
The right idea, but the wrong design
by
Jonathan Allen
The second problem is the utter lack of support for reflection. There is no way to programatically determine what contracts apply to the public API on a class.
The third problem is that it is an all or nothing proposition. Because contract violations crash the application you cannot safely mix contract and non-contract code in the same program. Had they choosen to use standard concepts such as ArgumentException and InvalidOperationException this wouldn't be a problem.
In short, the design of this is just plain wrong. They need to go back to square one and rethink how contracts should be expressed and enforced.




Hello stranger!
You need to Register an InfoQ account or Login to post comments. But there's so much more behind being registered.Get the most out of the InfoQ experience.
Tell us what you think