Open main menu
Home
Random
Recent changes
Special pages
Community portal
Preferences
About Wikipedia
Disclaimers
Incubator escapee wiki
Search
User menu
Talk
Dark mode
Contributions
Create account
Log in
Editing
E (programming language)
(section)
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
==Syntax and examples== E's syntax is most similar to [[Java (programming language)|Java]], though it also bears some resemblance to [[Python (programming language)|Python]] and [[Pascal (programming language)|Pascal]]. Variables are [[datatype|dynamically typed]] and lexically [[scope (programming)|scoped]]. Unlike Java or Python, however, E is composed entirely of [[expression (programming)|expressions]]. Here is an extremely simple E program: <syntaxhighlight lang="python"> println("Hello, world!") </syntaxhighlight> Here is a recursive function for computing the factorial of a number, written in E. Functions are defined using the {{code|def}} keyword. <syntaxhighlight lang="python"> def factorial(n :int) :int { if (n == 1) { return 1 } else if (n > 0) { return n * factorial(n-1) } else { throw("invalid argument to factorial: "+n) } } </syntaxhighlight> In the first line, {{code|:int}} is a ''guard'' that constrains the argument and result of the function. A guard is not quite the same thing as a type declaration; guards are optional and can specify constraints. The first {{code|:int}} ensures that the body of the function will only have to handle an integer argument. Without the second {{code|:int}} above, the function would not be able to return a value. Being able to see up front that information escapes out of the function is helpful for security auditing. Since E is intended to support secure co-operation, the canonical example for E programs is the mint, a simple electronic money system in just a few lines of E. The following code defines a function that makes mints, where each mint has its own currency. Each mint can make purses that hold its currency, and any holder of two purses of the same currency can securely transfer money between the purses. By quick examination of the source code, an E programmer can easily verify that only mints may change the amount of money in circulation, that money can only be created and not destroyed, that mints can only create money of their own currency, and that only the holder of a purse can change its balance. <syntaxhighlight lang="python"> def makeMint(name) :any { def [sealer, unsealer] := makeBrandPair(name) def mint { to makePurse(var balance :(int >= 0)) :any { def decr(amount :(0..balance)) :void { balance -= amount } def purse { to getBalance() :int { return balance } to sprout() :any { return mint.makePurse(0) } to getDecr() :any { return sealer.seal(decr) } to deposit(amount :int, src) :void { unsealer.unseal(src.getDecr())(amount) balance += amount } } return purse } } return mint } </syntaxhighlight> Objects in E are defined with the {{code|def}} keyword, and within the object definition, the {{code|to}} keyword begins each method. The guard expressions in this example illustrate how to specify a value constraint (as in {{code|1=:(int >= 0)}} or {{code|1=:(0..balance)}}). The mint example makes use of a built-in mechanism called a ''sealer''. The function {{code|makeBrandPair}} creates two associated objects, a sealer and an unsealer, such that the sealer can seal an object in a box and the unsealer is the only object that can retrieve the contents of the box. See the E website for a more detailed explanation of this money example.<ref>{{cite web |last1=Rees |first1=Jonathan |last2=Miller |first2=Mark |title=From Objects To Capabilities - Simple Money |url=http://erights.org/elib/capability/ode/ode-capabilities.html#simple-money |website=erights.org |publisher=ERights |access-date=8 July 2014 |year=2001 |quote=Before presenting the following simple example of capability-based money, we must attempt to head off a confusion this example repeatedly causes. We are not proposing to actually do money this way! A desirable money system must also provide for...}}</ref>
Edit summary
(Briefly describe your changes)
By publishing changes, you agree to the
Terms of Use
, and you irrevocably agree to release your contribution under the
CC BY-SA 4.0 License
and the
GFDL
. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.
Cancel
Editing help
(opens in new window)