CSC/ECE 517 Fall 2011/ch18 6a sc: Difference between revisions

From Expertiza_Wiki
Jump to navigation Jump to search
Line 8: Line 8:


==History and Background==
==History and Background==
Programming by Contract or Design by Contract (DbC) was first introduced by [http://c2.com/cgi/wiki?BertrandMeyer Bertrand Meyer], the creator of [http://c2.com/cgi/wiki?EiffelLanguage Eiffel programming language]. Although Eiffel has implemented assertions as built in programming by contract support, the concepts can be applied in any language. It uses [http://en.wikipedia.org/wiki/Precondition pre-conditions] and [http://en.wikipedia.org/wiki/Postcondition post-conditions] to document or programmatically assert the change in state caused by a piece of a program. [http://c2.com/cgi/wiki?DesignByContract (1)]
Programming by Contract or Design by Contract (DbC) was first introduced by [http://c2.com/cgi/wiki?BertrandMeyer Bertrand Meyer], the creator of [http://c2.com/cgi/wiki?EiffelLanguage Eiffel programming language]. Although Eiffel has implemented assertions as built in DbC support, the concepts can be applied in any language. It uses [http://en.wikipedia.org/wiki/Precondition pre-conditions] and [http://en.wikipedia.org/wiki/Postcondition post-conditions] to document or programmatically assert the change in state caused by a piece of a program. [http://c2.com/cgi/wiki?DesignByContract (1)]
<br>
<br>
Programming by Contract or Design by Contract (DbC) has its roots in work on [http://en.wikipedia.org/wiki/Formal_verification formal verification], [http://en.wikipedia.org/wiki/Formal_specification, formal specification] and [http://en.wikipedia.org/wiki/Hoare_logic Hoare logic]. The original contributions includes:
Programming by Contract or Design by Contract (DbC) has its roots in work on [http://en.wikipedia.org/wiki/Formal_verification formal verification], [http://en.wikipedia.org/wiki/Formal_specification, formal specification] and [http://en.wikipedia.org/wiki/Hoare_logic Hoare logic]. The original contributions includes:

Revision as of 19:19, 15 November 2011

Programming by Contract

Common programming errors

Programming by contract

History and Background

Programming by Contract or Design by Contract (DbC) was first introduced by Bertrand Meyer, the creator of Eiffel programming language. Although Eiffel has implemented assertions as built in DbC support, the concepts can be applied in any language. It uses pre-conditions and post-conditions to document or programmatically assert the change in state caused by a piece of a program. (1)
Programming by Contract or Design by Contract (DbC) has its roots in work on formal verification, formal specification and Hoare logic. The original contributions includes:

Methodology

Programming by contract creates a contract between the software developer and software user - in Meyer's terms the supplier and the consumer.
Before enters a method or routine, a pre-condition that must be satisfied by the consumer of the routine. Each routine ends with post-conditions which the supplier guarantees to be true (if and only if the preconditions were met). Also, each class has an invariant which must be satisfied after any changes to an object represented by the class. In the other words, the invariant guarantees the object is in a valid state. (2)

Benifit

How does it work with inheritance?

Examples

Example 1

Example 2

Example 3

Summary

References

1. Cunningham & Cunningham, Inc., Design by Contract
2. University of North Carolina
http://en.wikipedia.org/wiki/Design_by_contract
http://www.cs.unc.edu/~stotts/204/contract.html
http://www.cs.usfca.edu/~parrt/course/601/lectures/programming.by.contract.html