Back to Ent

External Templates

doc/md/templates.md

0.14.66.3 KB
Original Source

ent accepts external Go templates to execute using the --template flag. If the template name already defined by ent, it will override the existing one. Otherwise, it will write the execution output to a file with the same name as the template. For example:

stringer.tmpl - This template example will be written in a file named: ent/stringer.go.

gotemplate
{}
{}

{{ define "stringer" }}

{}
{{ $pkg := base $.Config.Package }}
{{ template "header" $ }}

{}
{{ range $n := $.Nodes }}
	{{ $receiver := $n.Receiver }}
	func ({{ $receiver }} *{{ $n.Name }}) GoString() string {
		if {{ $receiver }} == nil {
			return fmt.Sprintf("{{ $n.Name }}(nil)")
		}
		return {{ $receiver }}.String()
	}
{{ end }}

{{ end }}

debug.tmpl - This template example will be written in a file named: ent/debug.go.

gotemplate
{{ define "debug" }}

{}

{}
{{ $pkg := base $.Config.Package }}
{{ template "header" $ }}

{}
{{ range $n := $.Nodes }}
	{{ $client := print $n.Name "Client" }}
	func (c *{{ $client }}) Debug() *{{ $client }} {
		if c.debug {
			return c
		}
		cfg := config{driver: dialect.Debug(c.driver, c.log), log: c.log, debug: true, hooks: c.hooks}
		return &{{ $client }}{config: cfg}
	}
{{ end }}

{{ end }}

In order to override an existing template, use its name. For example:

gotemplate
{}
{{ define "model/fields/additional" }}
	{{- /* Add static fields to the "Card" entity. */}}
	{{- if eq $.Name "Card" }}
		// StaticField defined by templates.
		StaticField string `json:"static_field,omitempty"`
	{{- end }}
{{ end }}

Helper Templates

As mentioned above, ent writes each template's execution output to a file named the same as the template. For example, the output from a template defined as {{ define "stringer" }} will be written to a file named ent/stringer.go.

By default, ent writes each template declared with {{ define "<name>" }} to a file. However, it is sometimes desirable to define helper templates - templates that will not be invoked directly but rather be executed by other templates. To facilitate this use case, ent supports two naming formats that designate a template as a helper. The formats are:

1. {{ define "helper/.+" }} for global helper templates. For example:

gotemplate
{{ define "helper/foo" }}
    {}
{{ end }}

{{ define "helper/bar/baz" }}
    {}
{{ end }}

2. {{ define "<root-template>/helper/.+" }} for local helper templates. A template is considered as "root" if its execution output is written to a file. For example:

gotemplate
{}
{{ define "http" }}
    {{ range $n := $.Nodes }}
        {{ template "http/helper/get" $n }}
        {{ template "http/helper/post" $n }}
    {{ end }}
{{ end }}

{}
{{ define "http/helper/get" }}
    {}
{{ end }}

{}
{{ define "http/helper/post" }}
    {}
{{ end }}

Annotations

Schema annotations allow attaching metadata to fields and edges and inject them to external templates.
An annotation must be a Go type that is serializable to JSON raw value (e.g. struct, map or slice) and implement the Annotation interface.

Here's an example of an annotation and its usage in schema and template:

1. An annotation definition:

go
package entgql

// Annotation annotates fields with metadata for templates.
type Annotation struct {
	// OrderField is the ordering field as defined in graphql schema.
	OrderField string
}

// Name implements ent.Annotation interface.
func (Annotation) Name() string {
	return "EntGQL"
}

2. Annotation usage in ent/schema:

go
// User schema.
type User struct {
	ent.Schema
}

// Fields of the user.
func (User) Fields() []ent.Field {
	return []ent.Field{
		field.Time("creation_date").
			Annotations(entgql.Annotation{
				OrderField: "CREATED_AT",
			}),
	}
}

3. Annotation usage in external templates:

gotemplate
{{ range $node := $.Nodes }}
	{{ range $f := $node.Fields }}
		{}
		{{ if $annotation := $f.Annotations.EntGQL }}
			{}
			{{ $orderField := $annotation.OrderField }}
		{{ end }}
	{{ end }}
{{ end }}

Global Annotations

Global annotation is a type of annotation that is injected into the gen.Config object and can be accessed globally in all templates. For example, an annotation that holds a config file information (e.g. gqlgen.yml or swagger.yml) add can accessed in all templates:

1. An annotation definition:

go
package gqlconfig

import (
	"entgo.io/ent/schema"
	"github.com/99designs/gqlgen/codegen/config"
)

// Annotation defines a custom annotation
// to be inject globally to all templates.
type Annotation struct {
    Config *config.Config
}

func (Annotation) Name() string {
    return "GQL"
}

var _ schema.Annotation = (*Annotation)(nil)

2. Annotation usage in ent/entc.go:

go
func main() {
	cfg, err := config.LoadConfig("<path to gqlgen.yml>")
	if err != nil {
		log.Fatalf("loading gqlgen config: %v", err)
	}
	opts := []entc.Option{
		entc.TemplateDir("./template"),
		entc.Annotations(gqlconfig.Annotation{Config: cfg}),
	}
	err = entc.Generate("./schema", &gen.Config{
		Templates: entgql.AllTemplates,
	}, opts...)
	if err != nil {
		log.Fatalf("running ent codegen: %v", err)
	}
}

3. Annotation usage in external templates:

gotemplate
{{- with $.Annotations.GQL.Config.StructTag }}
    {}
{{- end }}

{{ range $node := $.Nodes }}
    {{- with $node.Config.Annotations.GQL.Config.StructTag }}
        {}
    {{- end }}
{{ end }}

Examples

  • A custom template for implementing the Node API for GraphQL - Github.

  • An example for executing external templates with custom functions. See configuration and its README file.

Documentation

Templates are executed on either a specific node type, or the entire schema graph. For API documentation, see the <a target="_blank" href="https://pkg.go.dev/entgo.io/ent/entc/gen?tab=doc">GoDoc</a>.

AutoCompletion

JetBrains users can add the following template annotation to enable the autocompletion in their templates:

gotemplate
{}
{}

{{ define "template" }}
    {}
{{ end }}

See it in action: