You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We need to, for lack of a better word, normalize the AST before sending it to the go driver.
I'll try to summarize what I've learned about the AST.
There are some types whose AST representation are themselves:
Atoms (:atom)
Integers (123)
Float (3.14)
Lists ([1,2,3])
Strings ("string")
2-Tuples ({:this, :tuple}, but {:not, :this, :tuple})
The rest is represented as a 3-tuple with the following pattern:
{:operator,# function name as an atom[],# metadata (I think this is a keywords http://elixir-lang.org/getting-started/keywords-and-maps.html[]# list of arguments}
We need to, for lack of a better word, normalize the AST before sending it to the go driver.
I'll try to summarize what I've learned about the AST.
There are some types whose AST representation are themselves:
:atom
)123
)3.14
)[1,2,3]
)"string"
){:this, :tuple}
, but{:not, :this, :tuple}
)The rest is represented as a 3-tuple with the following pattern:
Some examples:
Learn about SpecialForms.
The tail argument for the
:.
operator is always an atom.[default: 4]
is a keywords and cannot be treated like a list.Look that block params in function definition seems no different than other keywords.
This is what I've learnt so far.
The text was updated successfully, but these errors were encountered: