2013-04-05 20:56:59 +02:00
|
|
|
========
|
2013-04-03 23:21:31 +02:00
|
|
|
Tutorial
|
|
|
|
========
|
|
|
|
|
2013-05-21 01:26:36 +02:00
|
|
|
.. TODO
|
|
|
|
..
|
|
|
|
.. - How do I index into arrays or dictionaries?
|
|
|
|
.. - How do I do array ranges? e.g. x[5:] or y[2:10]
|
|
|
|
.. - Blow your mind with macros!
|
|
|
|
.. - Where's my banana???
|
|
|
|
.. - Mention that you can import .hy files in .py files and vice versa!
|
|
|
|
|
2013-04-03 23:27:01 +02:00
|
|
|
Welcome to the Hy tutorial!
|
2013-03-14 00:43:19 +01:00
|
|
|
|
2013-04-01 16:27:30 +02:00
|
|
|
In a nutshell, Hy is a lisp dialect, but one that converts its
|
2013-04-03 01:55:59 +02:00
|
|
|
structure into Python... literally a conversion into Python's abstract
|
|
|
|
syntax tree! (Or to put it in more crude terms, Hy is lisp-stick on a
|
|
|
|
python!)
|
|
|
|
|
|
|
|
This is pretty cool because it means Hy is several things:
|
2013-04-01 16:27:30 +02:00
|
|
|
|
|
|
|
- A lisp that feels very pythonic
|
|
|
|
- For lispers, a great way to use lisp's crazy powers but in the wide
|
|
|
|
world of Python's libraries (why yes, you now can write a Django
|
|
|
|
application in lisp!)
|
|
|
|
- For pythonistas, a great way to start exploring lisp, from the
|
|
|
|
comfort of python!
|
2013-04-01 17:11:07 +02:00
|
|
|
- For everyone: a pleasant language that has a lot of neat ideas!
|
2013-04-01 16:27:30 +02:00
|
|
|
|
2013-03-14 00:43:19 +01:00
|
|
|
|
2013-03-31 23:46:56 +02:00
|
|
|
Basic intro to lisp for pythonistas
|
2013-04-05 20:56:59 +02:00
|
|
|
===================================
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
Okay, maybe you've never used lisp before, but you've used python!
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
A "hello world" in hy is actually super simple. Let's try it:
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(print "hello world")
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
See? Easy! As you may have guessed, this is the same as the python
|
2013-04-01 14:10:40 +02:00
|
|
|
version of::
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
print "hello world"
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
To add up some super simple math, we could do:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
(+ 1 3)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
Which would return 4 and would be the equivalent of:
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
1 + 3
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
What you'll notice is that the first item in the list is the function
|
|
|
|
being called and the rest of the arguments are the arguments being
|
|
|
|
passed in. In fact, in hy (as with most lisps) we can pass in
|
2013-04-01 18:02:24 +02:00
|
|
|
multiple arguments to the plus operator:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
(+ 1 3 55)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
Which would return 59.
|
|
|
|
|
|
|
|
Maybe you've heard of lisp before but don't know much about it. Lisp
|
|
|
|
isn't as hard as you might think, and hy inherits from python, so hy
|
|
|
|
is a great way to start learning lisp. The main thing that's obvious
|
|
|
|
about lisp is that there's a lot of parentheses. This might seem
|
|
|
|
confusing at first, but it isn't so hard. Let's look at some simple
|
|
|
|
math that's wrapped in a bunch of parentheses that we could enter into
|
2013-04-01 18:02:24 +02:00
|
|
|
the hy interpreter:
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv result (- (/ (+ 1 3 88) 2) 8))
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-05-13 18:39:29 +02:00
|
|
|
This would return 38. But why? Well, we could look at the equivalent
|
2013-03-31 23:46:56 +02:00
|
|
|
expression in python::
|
|
|
|
|
|
|
|
result = ((1 + 3 + 88) / 2) - 8
|
|
|
|
|
|
|
|
If you were to try to figure out how the above were to work in python,
|
|
|
|
you'd of course figure out the results by solving each inner
|
|
|
|
parenthesis. That's the same basic idea in hy. Let's try this
|
|
|
|
exercise first in python::
|
|
|
|
|
|
|
|
result = ((1 + 3 + 88) / 2) - 8
|
|
|
|
# simplified to...
|
|
|
|
result = (92 / 2) - 8
|
|
|
|
# simplified to...
|
|
|
|
result = 46 - 8
|
|
|
|
# simplified to...
|
|
|
|
result = 38
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
Now let's try the same thing in hy:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv result (- (/ (+ 1 3 88) 2) 8))
|
2013-04-01 18:02:24 +02:00
|
|
|
; simplified to...
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv result (- (/ 92 2) 8))
|
2013-04-01 18:02:24 +02:00
|
|
|
; simplified to...
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv result (- 46 8))
|
2013-04-01 18:02:24 +02:00
|
|
|
; simplified to...
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv result 38)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 23:51:28 +02:00
|
|
|
As you probably guessed, this last expression with "setv" means to
|
2013-03-31 23:46:56 +02:00
|
|
|
assign the variable "result" to 38.
|
|
|
|
|
|
|
|
See? Not too hard!
|
|
|
|
|
|
|
|
This is the basic premise of lisp... lisp stands for "list
|
|
|
|
processing"... this means that the structure of the program is
|
|
|
|
actually lists of lists. (If you're familiar with python lists,
|
|
|
|
imagine the entire same structure as above but with square brackets
|
|
|
|
instead, any you'll be able to see the structure above as both a
|
|
|
|
program and a datastructure.) This is easier to understand with more
|
|
|
|
examples, so let's write a simple python program and test it and then
|
|
|
|
show the equivalent hy program::
|
|
|
|
|
|
|
|
def simple_conversation():
|
|
|
|
print "Hello! I'd like to get to know you. Tell me about yourself!"
|
|
|
|
name = raw_input("What is your name? ")
|
|
|
|
age = raw_input("What is your age? ")
|
|
|
|
print "Hello " + name + "! I see you are " + age + " years old."
|
|
|
|
|
|
|
|
simple_conversation()
|
|
|
|
|
|
|
|
If we ran this program, it might go like::
|
|
|
|
|
|
|
|
Hello! I'd like to get to know you. Tell me about yourself!
|
|
|
|
What is your name? Gary
|
|
|
|
What is your age? 38
|
|
|
|
Hello Gary! I see you are 38 years old.
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
Now let's look at the equivalent hy program:
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(defn simple-conversation []
|
|
|
|
(print "Hello! I'd like to get to know you. Tell me about yourself!")
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv name (raw_input "What is your name? "))
|
|
|
|
(setv age (raw_input "What is your age? "))
|
2013-04-01 18:02:24 +02:00
|
|
|
(print (+ "Hello " name "! I see you are "
|
|
|
|
age " years old.")))
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-02 00:59:26 +02:00
|
|
|
(simple-conversation)
|
|
|
|
|
2013-03-31 23:46:56 +02:00
|
|
|
If you look at the above program, as long as you remember that the
|
|
|
|
first element in each list of the program is the function (or
|
|
|
|
macro... we'll get to those later) being called and that the rest are
|
|
|
|
the arguments, it's pretty easy to figure out what this all means.
|
|
|
|
(As you probably also guessed, defn is the hy method of defining
|
|
|
|
methods.)
|
|
|
|
|
|
|
|
Still, lots of people find this confusing at first because there's so
|
|
|
|
many parentheses, but there are plenty of things that can help make
|
|
|
|
this easier: keep indentation nice and use an editor with parenthesis
|
|
|
|
matching (this will help you figure out what each parenthesis pairs up
|
|
|
|
with) and things will start to feel comfortable.
|
|
|
|
|
|
|
|
There are some advantages to having a code structure that's actually a
|
|
|
|
very simple datastructure as the core of lisp is based on. For one
|
|
|
|
thing, it means that your programs are easy to parse and that the
|
|
|
|
entire actual structure of the program is very clearly exposed to you.
|
|
|
|
(There's an extra step in hy where the structure you see is converted
|
|
|
|
to python's own representations... in more "pure" lisps such as common
|
|
|
|
lisp or emacs lisp, the data structure you see for the code and the
|
|
|
|
data structure that is executed is much more literally close.)
|
|
|
|
|
|
|
|
Another implication of this is macros: if a program's structure is a
|
|
|
|
simple data structure, that means you can write code that can write
|
|
|
|
code very easily, meaning that implementing entirely new language
|
|
|
|
features can be very fast. Previous to hy, this wasn't very possible
|
|
|
|
for python programmers... now you too can make use of macros'
|
|
|
|
incredible power (just be careful to not aim them footward)!
|
|
|
|
|
|
|
|
|
|
|
|
Hy is python flavored lisp (or vice versa?)
|
2013-04-05 20:56:59 +02:00
|
|
|
===========================================
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
Hy converts to python's own abstract syntax tree, so you'll soon start
|
2013-04-01 14:10:40 +02:00
|
|
|
to find that all the familiar power of python is at your fingertips.
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
You have full access to python's data types and standard library in
|
|
|
|
hy. Let's experiment with this in the hy interpreter::
|
|
|
|
|
|
|
|
=> [1 2 3]
|
|
|
|
[1, 2, 3]
|
|
|
|
=> {"dog" "bark"
|
|
|
|
... "cat" "meow"}
|
|
|
|
...
|
|
|
|
{'dog': 'bark', 'cat': 'meow'}
|
2013-05-09 22:35:47 +02:00
|
|
|
=> (, 1 2 3)
|
|
|
|
(1, 2, 3)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
(You may notice that at present, the common lisp method of quoting
|
2013-04-01 18:02:24 +02:00
|
|
|
things like so:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
'(1 2 3)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-02 03:08:19 +02:00
|
|
|
does not work. Instead, use square brackets as above.)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
|
|
|
You also have access to all the builtin types' nice methods::
|
|
|
|
|
|
|
|
=> (.strip " fooooo ")
|
|
|
|
"fooooo"
|
|
|
|
|
|
|
|
What's this? Yes indeed, this is precisely the same as::
|
|
|
|
|
|
|
|
" fooooo ".strip()
|
|
|
|
|
|
|
|
That's right... lisp with dot notation! If we have this string
|
2013-04-01 18:02:24 +02:00
|
|
|
assigned as a variable, we can also do the following:
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 23:51:28 +02:00
|
|
|
(setv this-string " fooooo ")
|
2013-04-01 18:02:24 +02:00
|
|
|
(this-string.strip)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
What about conditionals?:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(if (try-some-thing)
|
|
|
|
(print "this is if true")
|
|
|
|
(print "this is if false"))
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 17:49:04 +02:00
|
|
|
As you can tell above, the first argument to if is a truth test, the
|
|
|
|
second argument is a body if true, and the third argument (optional!)
|
|
|
|
is if false (ie, "else"!).
|
|
|
|
|
2013-04-01 14:10:40 +02:00
|
|
|
If you need to do more complex conditionals, you'll find that you
|
|
|
|
don't have elif available in hy. Instead, you should use something
|
|
|
|
called "cond". In python, you might do something like::
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 14:14:23 +02:00
|
|
|
somevar = 33
|
|
|
|
if somevar > 50:
|
|
|
|
print "That variable is too big!"
|
|
|
|
elif somevar < 10:
|
|
|
|
print "That variable is too small!"
|
|
|
|
else:
|
|
|
|
print "That variable is jussssst right!"
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
In hy, you would do:
|
2013-04-01 14:14:23 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(cond
|
|
|
|
((> somevar 50)
|
|
|
|
(print "That variable is too big!"))
|
|
|
|
((< somevar 10)
|
|
|
|
(print "That variable is too small!"))
|
|
|
|
(true
|
|
|
|
(print "That variable is jussssst right!")))
|
2013-04-01 14:14:23 +02:00
|
|
|
|
|
|
|
What you'll notice is that cond switches off between a some statement
|
|
|
|
that is executed and checked conditionally for true or falseness, and
|
|
|
|
then a bit of code to execute if it turns out to be true. You'll also
|
|
|
|
notice that the "else" is implemented at the end simply by checking
|
|
|
|
for "true"... that's because true will always be true, so if we get
|
|
|
|
this far, we'll always run that one!
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
You might notice above that if you have code like:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-04-01 17:49:04 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
(if some-condition
|
|
|
|
(body-if-true)
|
|
|
|
(body-if-false))
|
2013-04-01 17:49:04 +02:00
|
|
|
|
|
|
|
But wait! What if you want to execute more than one statment in the
|
|
|
|
body of one of these?
|
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
You can do the following:
|
2013-04-01 17:49:04 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(if (try-some-thing)
|
|
|
|
(do
|
|
|
|
(print "this is if true")
|
|
|
|
(print "and why not, let's keep talking about how true it is!))
|
|
|
|
(print "this one's still simply just false"))
|
2013-04-01 17:49:04 +02:00
|
|
|
|
|
|
|
You can see that we used "do" to wrap multiple statments. If you're
|
|
|
|
familiar with other lisps, this is the equivalent of "progn"
|
|
|
|
elsewhere.
|
|
|
|
|
2013-04-01 22:06:19 +02:00
|
|
|
Comments start with semicolons:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-04-01 17:58:13 +02:00
|
|
|
|
|
|
|
(print "this will run")
|
|
|
|
; (print "but this will not")
|
|
|
|
(+ 1 2 3) ; we'll execute the addition, but not this comment!
|
|
|
|
|
|
|
|
Looping is not hard but has a kind of special structure. In python,
|
|
|
|
we might do::
|
|
|
|
|
|
|
|
for i in range(10):
|
|
|
|
print "'i' is now at " + str(i)
|
|
|
|
|
2013-04-01 22:06:19 +02:00
|
|
|
The equivalent in hy would be:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-04-01 17:58:13 +02:00
|
|
|
|
2013-04-01 18:01:36 +02:00
|
|
|
(for (i (range 10))
|
2013-04-01 17:58:13 +02:00
|
|
|
(print (+ "'i' is now at " (str i))))
|
|
|
|
|
2013-04-01 17:59:13 +02:00
|
|
|
|
2013-03-31 23:46:56 +02:00
|
|
|
You can also import and make use of various python libraries. For
|
2013-04-01 18:02:24 +02:00
|
|
|
example:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
(import os)
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-01 18:02:24 +02:00
|
|
|
(if (os.path.isdir "/tmp/somedir")
|
|
|
|
(os.mkdir "/tmp/somedir/anotherdir")
|
|
|
|
(print "Hey, that path isn't there!"))
|
|
|
|
|
2013-04-21 16:03:19 +02:00
|
|
|
Python's context managers ('with' statements) are used like this:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(with [f (file "/tmp/data.in")]
|
|
|
|
(print (.read f)))
|
|
|
|
|
|
|
|
which is equivalent to::
|
|
|
|
|
|
|
|
with file("/tmp/data.in") as f:
|
|
|
|
print f.read()
|
|
|
|
|
2013-04-03 02:12:33 +02:00
|
|
|
And yes, we do have lisp comprehensions! In Python you might do::
|
|
|
|
|
|
|
|
odds_squared = [
|
|
|
|
pow(num, 2)
|
|
|
|
for num in range(100)
|
|
|
|
if num % 2 == 1]
|
|
|
|
|
|
|
|
In hy, you could do these like:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(setv odds-squared
|
|
|
|
(list-comp
|
|
|
|
(pow num 2)
|
|
|
|
(num (range 100))
|
2013-04-08 23:09:00 +02:00
|
|
|
(= (% num 2) 1)))
|
2013-04-03 02:12:33 +02:00
|
|
|
|
2013-03-31 23:46:56 +02:00
|
|
|
|
2013-04-03 02:56:10 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
; And, an example stolen shamelessly from a Clojure page:
|
|
|
|
; Let's list all the blocks of a Chessboard:
|
|
|
|
|
|
|
|
(list-comp
|
|
|
|
(, x y)
|
|
|
|
(x (range 9)
|
|
|
|
y "ABCDEFGH"))
|
|
|
|
|
|
|
|
; [(0, 'A'), (0, 'B'), (0, 'C'), (0, 'D'), (0, 'E'), (0, 'F'), (0, 'G'), (0, 'H'),
|
|
|
|
; (1, 'A'), (1, 'B'), (1, 'C'), (1, 'D'), (1, 'E'), (1, 'F'), (1, 'G'), (1, 'H'),
|
|
|
|
; (2, 'A'), (2, 'B'), (2, 'C'), (2, 'D'), (2, 'E'), (2, 'F'), (2, 'G'), (2, 'H'),
|
|
|
|
; (3, 'A'), (3, 'B'), (3, 'C'), (3, 'D'), (3, 'E'), (3, 'F'), (3, 'G'), (3, 'H'),
|
|
|
|
; (4, 'A'), (4, 'B'), (4, 'C'), (4, 'D'), (4, 'E'), (4, 'F'), (4, 'G'), (4, 'H'),
|
|
|
|
; (5, 'A'), (5, 'B'), (5, 'C'), (5, 'D'), (5, 'E'), (5, 'F'), (5, 'G'), (5, 'H'),
|
|
|
|
; (6, 'A'), (6, 'B'), (6, 'C'), (6, 'D'), (6, 'E'), (6, 'F'), (6, 'G'), (6, 'H'),
|
|
|
|
; (7, 'A'), (7, 'B'), (7, 'C'), (7, 'D'), (7, 'E'), (7, 'F'), (7, 'G'), (7, 'H'),
|
|
|
|
; (8, 'A'), (8, 'B'), (8, 'C'), (8, 'D'), (8, 'E'), (8, 'F'), (8, 'G'), (8, 'H')]
|
|
|
|
|
|
|
|
|
2013-05-09 22:35:47 +02:00
|
|
|
Python has support for various fancy argument and keyword arguments.
|
|
|
|
In python we might see::
|
|
|
|
|
|
|
|
>>> def optional_arg(pos1, pos2, keyword1=None, keyword2=42):
|
|
|
|
... return [pos1, pos2, keyword1, keyword2]
|
|
|
|
...
|
|
|
|
>>> optional_arg(1, 2)
|
|
|
|
[1, 2, None, 42]
|
|
|
|
>>> optional_arg(1, 2, 3, 4)
|
|
|
|
[1, 2, 3, 4]
|
|
|
|
>>> optional_arg(keyword1=1, pos2=2, pos1=3, keyword2=4)
|
|
|
|
[3, 2, 1, 4]
|
|
|
|
|
2013-05-09 22:48:02 +02:00
|
|
|
The same thing in Hy::
|
2013-05-09 22:35:47 +02:00
|
|
|
|
|
|
|
=> (defn optional_arg [pos1 pos2 &optional keyword1 [keyword2 88]]
|
|
|
|
... [pos1 pos2 keyword1 keyword2])
|
|
|
|
=> (optional_arg 1 2)
|
|
|
|
[1 2 None 42]
|
|
|
|
=> (optional_arg 1 2 3 4)
|
|
|
|
[1 2 3 4]
|
|
|
|
=> (kwapply (optional_arg)
|
|
|
|
... {"keyword1" 1
|
|
|
|
... "pos2" 2
|
|
|
|
... "pos1" 3
|
|
|
|
... "keyword2" 4})
|
|
|
|
...
|
|
|
|
[3, 2, 1, 4]
|
|
|
|
|
|
|
|
See how we use kwapply to handle the fancy pssing? :)
|
|
|
|
|
2013-05-09 22:48:02 +02:00
|
|
|
There's also a dictionary-style keyword arguments construction that
|
2013-05-09 23:02:25 +02:00
|
|
|
looks like:
|
2013-05-09 22:48:02 +02:00
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(defn another_style [&key {"key1" "val1" "key2" "val2"}]
|
|
|
|
[key1 key2])
|
|
|
|
|
|
|
|
The difference here is that since it's a dictionary, you can't rely on
|
|
|
|
any specific ordering to the arguments.
|
|
|
|
|
2013-05-09 23:04:12 +02:00
|
|
|
Hy also supports ``*args`` and ``**kwargs``. In Python::
|
2013-05-09 22:35:47 +02:00
|
|
|
|
|
|
|
def some_func(foo, bar, *args, **kwargs):
|
|
|
|
import pprint
|
|
|
|
pprint.pprint((foo, bar, args, kwargs))
|
|
|
|
|
|
|
|
The Hy equivalent:
|
|
|
|
|
2013-05-09 22:40:32 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
2013-05-09 22:35:47 +02:00
|
|
|
(defn some_func [foo bar &rest args &kwargs kwargs]
|
|
|
|
(import pprint)
|
|
|
|
(pprint.pprint (, foo bar args kwargs)))
|
|
|
|
|
2013-05-09 23:00:30 +02:00
|
|
|
Finally, of course we need classes! In python we might have a class
|
|
|
|
like::
|
|
|
|
|
|
|
|
class FooBar (object):
|
|
|
|
def __init__(self, x):
|
|
|
|
self.x = x
|
|
|
|
|
|
|
|
def get_x(self):
|
|
|
|
return self.x
|
|
|
|
|
|
|
|
|
|
|
|
In Hy:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(defclass FooBar [object]
|
|
|
|
[[--init--
|
|
|
|
(fn [self x]
|
2013-05-09 23:08:39 +02:00
|
|
|
(setv self.x x)
|
|
|
|
; Currently needed for --init-- because __init__ needs None
|
|
|
|
; Hopefully this will go away :)
|
|
|
|
None)]
|
2013-05-09 23:00:30 +02:00
|
|
|
|
|
|
|
[get-x
|
|
|
|
(fn [self]
|
|
|
|
self.x)]])
|
|
|
|
|
|
|
|
|
|
|
|
You can also do class-level attributes. In Python::
|
|
|
|
|
|
|
|
class Customer(models.Model):
|
|
|
|
name = models.CharField(max_length=255)
|
|
|
|
address = models.TextField()
|
|
|
|
notes = models.TextField()
|
|
|
|
|
|
|
|
In Hy:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(defclass Customer [models.Model]
|
|
|
|
[[name (kwapply (models.CharField) {"max_length" 255})]
|
|
|
|
[address (models.TextField)]
|
|
|
|
[notes (models.TextField)]])
|
2013-05-09 22:35:47 +02:00
|
|
|
|
2013-04-03 02:56:10 +02:00
|
|
|
|
2013-04-02 03:20:44 +02:00
|
|
|
Protips!
|
2013-04-05 20:56:59 +02:00
|
|
|
========
|
2013-04-02 03:20:44 +02:00
|
|
|
|
|
|
|
Hy also features something known as the "threading macro", a really neat
|
|
|
|
feature of Clojure's. The "threading macro" (written as "->"), is used
|
|
|
|
to avoid deep nesting of expressions.
|
|
|
|
|
|
|
|
The threading macro inserts each expression into the next expression's first
|
|
|
|
argument place.
|
|
|
|
|
|
|
|
Let's take the classic:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(loop (print (eval (read))))
|
|
|
|
|
|
|
|
Rather then write it like that, we can write it as follows:
|
2013-04-03 23:27:20 +02:00
|
|
|
|
2013-04-02 03:20:44 +02:00
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(-> (read) (eval) (print) (loop))
|
|
|
|
|
|
|
|
Now, using `python-sh <http://amoffat.github.com/sh/>`_, we can show
|
|
|
|
how the threading macro (because of python-sh's setup) can be used like
|
|
|
|
a pipe:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
2013-04-20 16:06:32 +02:00
|
|
|
=> (import [sh [cat grep wc]])
|
2013-04-02 03:20:44 +02:00
|
|
|
=> (-> (cat "/usr/share/dict/words") (grep "-E" "^hy") (wc "-l"))
|
|
|
|
210
|
|
|
|
|
|
|
|
Which, of course, expands out to:
|
|
|
|
|
|
|
|
.. code-block:: clj
|
|
|
|
|
|
|
|
(wc (grep (cat "/usr/share/dict/words") "-E" "^hy") "-l")
|
|
|
|
|
2013-05-09 22:11:42 +02:00
|
|
|
Much more readable, no? Use the threading macro!
|