Prexonite, a .NET hosted scripting language with a focus on meta-programming and embedded DSLs
Take index.md from gh-pages and use it as README for now. Not ideal, but better than an empty page.
Christian Klauser
(Jul 11, 2012, 3:06 AM +0300)
64722643
3e82083c
+37
-3
+37
-3
README.md
+37
-3
README.md
···
1
-
prx
2
-
===
1
+
# Prexonite Script
3
2
4
-
Prexonite, a .NET hosted scripting language with a focus on meta-programming and embedded DSLs
3
+
function main() {
4
+
println("Hello World");
5
+
}
6
+
7
+
Another implementation of JavaScript? No, much much worse:
8
+
9
+
10
+
function flipperize(xs) =
11
+
xs
12
+
>> where(? is not null)
13
+
>> map(x => if(x mod 2 == 0) "flip"
14
+
else "flop");
15
+
16
+
That, and tons of meta-programming<sup><a href="#f1">1</a></sup> await you in this dynamically typed<sup><a href="#f2">2</a></sup>,
17
+
somewhat object-aware<sup><a href="#f3">3</a></sup>, interpreted<sup><a href="#f4">4</a></sup> abomination of a scripting language.
18
+
19
+
<div id="footnotes">
20
+
<h3>Footnotes</h3>
21
+
<ol>
22
+
<li>
23
+
<a name="f1"> </a> In it's most unsafe and raw form: Imagine macros, which to the untrained eye look exactly like functions, that produce arbitrary AST nodes to be spliced into their callsites. Or format your hard drive. And then crash the compiler.
24
+
</li>
25
+
<li>
26
+
<a name="f2"> </a>I guess you could make the argument that the type system in Prexonite Script is actually highly advanced by being able to deal with dependent types. In case you're into that kind of thing. Then again, that is usually not very impressive in dynamically typed settings.
27
+
</li>
28
+
<li>
29
+
<a name="f3"> </a>Yes, that's a thing. Prexonite Script allows you to <em>consume</em> objects, methods, properties, index accessors,
30
+
etc. but there is no way to define classes or even prototypes, like with JavaScript. Having said that, there are ways
31
+
to define custom constructors that return <em>"objects"</em>, however,
32
+
looking for <code>.prototype</code> will be in vain.
33
+
</li>
34
+
<li>
35
+
<a name="f4"> </a>Technically speaking, Prexonite Script is actually being compiled. Three times. A significant portion of Prexonite code runs as x86, directly on your CPU. But wait until you hear the best part: It doesn't matter since most performance is wasted on insisting that every method invocation must do a full overload resolution. You know, in case those pesky methods swapped places since the last loop iteration.
36
+
</li>
37
+
</ol>
38
+
</div>