- Introduction
- The complete grammar
- Root of the .ini AST (structure, fields)
- .ini properties (named tokens, capturing, literals)
- .ini property values (alternates, recursive structs, sequences)
- Complete, but limited, .ini grammar (top-level properties only)
- Extending our grammar to support sections
- (Optional) Source positional information
- Parsing using our grammar
Writing a parser in Participle typically involves starting from the "root" of the AST, annotating fields with the grammar, then recursively expanding until it is complete. The AST is expressed via Go data types and the grammar is expressed through struct field tags, as a form of EBNF.
The parser we're going to create for this tutorial parses .ini files like this:
age = 21
name = "Bob Smith"
[address]
city = "Beverly Hills"
postal_code = 90210
I think it's useful to see the complete grammar first, to see what we're working towards. Read on below for details.
type INI struct {
Properties []*Property `@@*`
Sections []*Section `@@*`
}
type Section struct {
Identifier string `"[" @Ident "]"`
Properties []*Property `@@*`
}
type Property struct {
Key string `@Ident "="`
Value Value `@@`
}
type Value interface{ value() }
type String struct {
String string `@String`
}
func (String) value() {}
type Number struct {
Number float64 `@Float | @Int`
}
func (Number) value() {}
The first step is to create a root struct for our grammar. In the case of our .ini parser, this struct will contain a sequence of properties:
type INI struct {
Properties []*Property
}
type Property struct {
}
Each property in an .ini file has an identifier key:
type Property struct {
Key string
}
The default lexer tokenises Go source code, and includes an Ident
token type
that matches identifiers. To match this token we simply use the token type
name:
type Property struct {
Key string `Ident`
}
This will match identifiers, but not capture them into the Key
field. To
capture input tokens into AST fields, prefix any grammar node with @
:
type Property struct {
Key string `@Ident`
}
In .ini files, each key is separated from its value with a literal =
. To
match a literal, enclose the literal in double quotes:
type Property struct {
Key string `@Ident "="`
}
Note: literals in the grammar must match tokens from the lexer exactly. In this example if the lexer does not output
=
as a distinct token the grammar will not match.
For the purposes of our example we are only going to support quoted string
and numeric property values. As each value can be either a string or a float
we'll need something akin to a sum type. Participle supports this via the
Union[T any](members...T) Option
parser option. This tells the parser that
when a field of interface type T
is encountered, it should try to match each
of the members
in turn, and return the first successful match.
type Value interface{ value() }
type String struct {
String string `@String`
}
func (String) value() {}
type Number struct {
Number float64 `@Float`
}
func (Number) value() {}
Since we want to also parse integers and the default lexer differentiates
between floats and integers, we need to explicitly match either. To express
matching a set of alternatives such as this, we use the |
operator:
type Number struct {
Number float64 `@Float | @Int`
}
Note: the grammar can cross fields.
Next, we'll match values and capture them into the Property
. To recursively
capture structs use @@
(capture self):
type Property struct {
Key string `@Ident "="`
Value Value `@@`
}
Now that we can parse a Property
we need to go back to the root of the
grammar. We want to parse 0 or more properties. To do this, we use <expr>*
.
Participle will accumulate each match into the slice until matching fails,
then move to the next node in the grammar.
type INI struct {
Properties []*Property `@@*`
}
Note: tokens can also be accumulated into strings, appending each match.
We now have a functional, but limited, .ini parser!
type INI struct {
Properties []*Property `@@*`
}
type Property struct {
Key string `@Ident "="`
Value Value `@@`
}
type Value interface{ value() }
type String struct {
String string `@String`
}
func (String) value() {}
type Number struct {
Number float64 `@Float | @Int`
}
func (Number) value() {}
Adding support for sections is simply a matter of utilising the constructs we've just learnt. A section consists of a header identifier, and a sequence of properties:
type Section struct {
Identifier string `"[" @Ident "]"`
Properties []*Property `@@*`
}
Simple!
Now we just add a sequence of Section
s to our root node:
type INI struct {
Properties []*Property `@@*`
Sections []*Section `@@*`
}
And we're done!
If a grammar node includes a field with the name Pos
and type lexer.Position
, it will be automatically populated by positional information. eg.
type String struct {
Pos lexer.Position
String string `@String`
}
type Number struct {
Pos lexer.Position
Number float64 `@Float | @Int`
}
This is useful for error reporting.
To parse with this grammar we first construct the parser (we'll use the default lexer for now):
parser, err := participle.Build[INI](
participle.Unquote("String"),
participle.Union[Value](String{}, Number{}),
)
Then parse a new INI file with parser.Parse{,String,Bytes}()
:
ini, err := parser.ParseString("", `
age = 21
name = "Bob Smith"
[address]
city = "Beverly Hills"
postal_code = 90210
`)
You can find the full example here, alongside
other examples including an SQL SELECT
parser and a full
Thrift parser.