Author:halw

Date:2011-01-31T14:43:38.000000Z


git-svn-id: https://svn.eiffel.com/eiffel-org/trunk@744 abb3cda0-5349-4a8f-a601-0c33ac3a8c38
This commit is contained in:
halw
2011-01-31 14:43:38 +00:00
parent 5867b12c74
commit ddc7423813
2 changed files with 9 additions and 1 deletions

View File

@@ -229,7 +229,7 @@ Postcondition semantics are characterized as follows:
===Class invariants=== ===Class invariants===
TThe '''separate argument rule''' above tells us that separate calls are valid only on targets which are formal arguments of their enclosing routines. Because class invariants are not routines and therefore have no arguments, separate calls are not allowed in class invariants. The '''separate argument rule''' above tells us that separate calls are valid only on targets which are formal arguments of their enclosing routines. Because class invariants are not routines and therefore have no arguments, separate calls are not allowed in class invariants.
The semantics of class invariants will be the same as in sequential Eiffel, precisely because invariants must include only non-spearate calls. To put it the terms of SCOOP, the class invariant ensuring the validity of any particular object will be evaluated entirely by the processor handling that object. The semantics of class invariants will be the same as in sequential Eiffel, precisely because invariants must include only non-spearate calls. To put it the terms of SCOOP, the class invariant ensuring the validity of any particular object will be evaluated entirely by the processor handling that object.

View File

@@ -0,0 +1,8 @@
[[Property:title|SCOOP examples]]
[[Property:weight|0]]
[[Property:uuid|75ddd9e0-3baf-655a-748f-ea8765a1d06d]]
The examples for SCOOP that are distributed with EiffelStudio are solutions to classic and not-so-classic concurrency problems.