评估 hcl.Expression 以获取预期的 Go 接口

亲爱的编程学习爱好者，如果你点开了这篇文章，说明你对《评估 hcl.Expression 以获取预期的 Go 接口》很感兴趣。本篇文章就来给大家详细解析一下，主要介绍一下，希望所有认真读完的童鞋们，都有实质性的提高。

我正在编写一种基于 hcl 的配置语言，其中某些类型的块可以使用表达式引用其他块，如下所示：

source "my_source" {
  // some blocks and attributes...

  to = destination.my_kafka_topic
}

destination "kafka" "my_kafka_topic" {
  // some blocks and attributes...
}

destination "elasticsearch" "my_es_index" {
  // some blocks and attributes...
}

（目标是对消息传递系统中的事件流进行建模，然后在基础设施方面具体化实际系统。）

在解析过程中，我只是对静态属性和块进行部分解码，并确保“to”hcl.attributes可以解释为hcl.traversals，但不评估它们（还） .

type source struct {
    name string // first hcl tag

    /* ... */

    to hcl.traversal
}

type destination struct {
    type string // first hcl tag
    name string // second hcl tag

    /* ... */
}

随后，可引用块（例如上例中的 destination）根据其 type 标签与某个 go 类型相关联，并且该 go 类型始终实现一个名为 referenceable 的接口。

type Referenceable interface {
    AsReference() *Destination
}

type Destination struct {
    // fields that represent the destination in terms of address, protocol, etc.
}

在那个阶段，我知道如何构建可引用 map[string]referenceable 的映射，其中键是 . （例如 "destination.my_kafka_topic"），但我我不确定如何在 hcl 中利用它.evalcontext 以便评估 go referenceables 的变量。

我想知道的是：如何在hcl.evalcontext使用的cty类型系统中表达go接口？有可能吗？如果没有，是否建议在 hcl.evalcontext 中注入 *destination 的实例？

解决方案

我曾多次尝试在 HCL 中评估变量，但总是碰壁。对于这样一个简单的事情，他们的 API 似乎过于复杂：在配置文件顶部定义变量，并在资源部分引用它们。

我最终制作了自己的格式 BCL，其语法非常相似。毕竟，我需要的是我喜欢的语法，而不是与 HCL 100% 的兼容性（这实际上也是不同的 - 有 Terraform HCL、Packer HCL 和其他几个 - 每个依赖 HCl 的应用程序都以不同的方式使用它）。

所以我没有直接解决您的 hcl.EvalContext 问题，但我想至少为您提供一个不同的上下文（双关语） - 看看我的 BCL 项目。缺少 atm 的东西很少，但它很方便，经过充分测试，有一个很好的（并且正确的！）生成的解析器并反序列化为 Go 结构。

理论要掌握，实操不能落！以上关于《评估 hcl.Expression 以获取预期的 Go 接口》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！