Шаблон Golang - Использовать переменную шаблона как глобальную переменную из цикла Range

Question

Я постараюсь сделать это как можно проще. У меня в Golang есть две переменные, которые анализируются в файле шаблона.

Вот мой код Golang, который объявляет переменные:

for _, issue := range issues {
    issueIDStr := strconv.Itoa(*issue.ID)
    parse[*issue.ID] = issueIDStr 
    parse[issueIDStr+"-label"] = "blah blah"
}

Тогда в моем HTML-файле:

{{ range .issues }}
    <!-- Here I want to use the current issue's ID as a global variable which is outside the range loop -->
    <!-- According to the Golang doc which says the following:
             When execution begins, $ is set to the data argument passed to Execute, that is, to the starting value of dot.
         I can use $.Something to access a variable outside my range loop right...
         but how can I use a template variable as a global variable? I tried the following which doesn't work.
    {{ $ID := .ID }}
    <p>{{ index $.$ID "author" }}</p>
{{ end }}

После запуска этого кода я получаю сообщение об ошибке: bad character U+0024 '$' наряду с брошенной паникой.

То, что я сейчас делаю, совершенно невозможно, или я упускаю какой-то трюк?

Спасибо:)

Answer 1

Вам просто нужно создать интерфейс map[string] {}, содержащий массив проблем, а затем использовать его в качестве данных выполнения шаблона.

Затем вы можете просмотреть все проблемы и напрямую получить доступ к его членам из шаблона.

Вот небольшой полный пример:

const t = `
{{ range .issues }}
issue: {{ .ID }}
    author: {{ .Author }}
{{ end }}
`

type Issue struct {
    ID     int
    Author string
}

func main() {
    issues := []Issue{{1, "Pepe"}, {2, "Cholo"}}
    data := map[string]interface{}{"issues": issues}
    tpl := template.Must(template.New("bla").Parse(t))
    tpl.Execute(os.Stdout, data)
}

Какие выводы:

issue: 1
        author: Pepe

issue: 2
        author: Cholo

Кроме того, если вы хотите / должны добавить данные, специфичные для процесса рендеринга шаблона, вы должны определить для этого "богатую" структуру вопроса и трансформировать вашу модель, прежде чем передавать ее в выполнение шаблона. Это может быть сделано как для статически известных дополнительных данных (как простые члены RichIssue), так и для динамически загружаемых данных (как ключ / значения карты).

Вот расширенный пример, показывающий вышеупомянутые предложения:

const t = `
{{ range .issues }}
issue: {{ .ID }}
    author: {{ .Author }}
    static1: {{ .Static1 }}
    dyn1: {{ .Data.dyn1 }}
{{ end }}
`

type Issue struct {
    ID     int
    Author string
}

type RichIssue struct {
    Issue
    Static1 string                 // some statically known additional data for rendering
    Data    map[string]interface{} // container for dynamic data (if needed)
}

func GetIssueStatic1(i Issue) string {
    return strconv.Itoa(i.ID) + i.Author // whatever
}

func GetIssueDyn1(i Issue) string {
    return strconv.Itoa(len(i.Author)) // whatever
}

func EnrichIssue(issue Issue) RichIssue {
    return RichIssue{
        Issue:   issue,
        Static1: GetIssueStatic1(issue),
        // in this contrived example I build "dynamic" members from static
        // hardcoded strings but these fields (names and data) should come from
        // some kind of configuration or query result to be actually dynamic
        // (and justify being set in a map instead of being simple static
        // members as Static1)
        Data: map[string]interface{}{
            "dyn1": GetIssueDyn1(issue),
            "dyn2": 2,
            "dyn3": "blabla",
        },
    }
}

func EnrichIssues(issues []Issue) []RichIssue {
    r := make([]RichIssue, len(issues))
    for i, issue := range issues {
        r[i] = EnrichIssue(issue)
    }
    return r
}

func main() {
    issues := []Issue{{1, "Pepe"}, {2, "Cholo"}}
    data := map[string]interface{}{"issues": EnrichIssues(issues)}
    tpl := template.Must(template.New("bla").Parse(t))
    tpl.Execute(os.Stdout, data)
}

Который производит следующий вывод:

issue: 1
    author: Pepe
    static1: 1Pepe
    dyn1: 4

issue: 2
    author: Cholo
    static1: 2Cholo
    dyn1: 5