"Move" — a simpler programming language as a subset of JavaScript
github.com
github.com
Move is a subset of JavaScript [...] The following three examples are all valid Move code while the last one is also valid JavaScript code
You keep using that word. I do not think it means what you think it means.The difference in the semantics of «==» is an example. Also, it does not have things that JS has, and has other things JS doesn't.
C# style: var item_names = $( "li.menu_item span" ).map( x => x.innerHTML )
JS style: var item_names = $( "li.menu_item span" ).map( function( x ) { return x.innerHTML } )
item_names = $("li.menu_item span").map (x) -> x.innerHTML
$("li.menu_item span").map(function(x) x.innerHTML)
for that particular exaple, you could also steal pluck() from Prototype.js:
$("li.menu_item span").pluck("innerHTML")
Variables need not be explicitly declared. Move will
declare a newfound variable in the scope which it first
was used.
How does this interact with lexical scope? For example, how would the go-to counter example (in JavaScript below) be expressed in Move? function makeCounter() {
var x = 0;
return function() {
return x++;
};
}
Does Move not require declarations because it has implicit declarations whenever there's a usage of any variable? (In which case the above example couldn't be expressed without some kind of circumlocution—again, like in Python.) Or are variables always looked up in the outermost scope, so you can't have a variable whose name is shared by another variable in an enclosing scope? No commas required to terminate expressions. Move will
determine when a comma is needed so you don't have to
(and the code gets more readable).
Given that all the code has commas in the same places as in JavaScript, I'm going to assume s/comma/semicolon, and s/expression/statement, to be pedantic.Except using named functions will also make your stack traces useful. Because function names tell you more than line numbers.
Step 2) Make it marginally more expressive
Step 3) ???
Step 4) Profit