如何设置服务器端应用的默认值？

大家好，今天本人给大家带来文章《如何设置服务器端应用的默认值？》，文中内容主要涉及到，如果你对Golang方面的知识点感兴趣，那就请各位朋友继续看下去吧~希望能真正帮到你们，谢谢！

上下文：我正在实现（我的第一个）terraform 插件/提供程序作为现有公共 api 的包装器。

api 中的创建操作之一指定一个整数字段，该字段采用正值或 -1 作为默认值。如果您在创建 api 调用中指定 -1，该值将被服务器端的某些默认值替换（例如 field = 1000），并从现在开始存储为 1000。

如果我将其呈现给我的 terraform 插件 (terraform apply)：

resource "something" "mysomething" {
  name  = "somename"
  field = -1
}

该调用不是幂等的。 terraform 继续看到变化并随后提供：

# something.mysomething will be updated in-place
  ~ resource "something" "mysomething" {
        id               = "165-1567498530352"
        name             = "someName"
      ~ field            = 1000 -> -1
    }

Plan: 0 to add, 1 to change, 0 to destroy.

如何处理这样的api？

解决方案

Terraform SDK 包含一个特殊的架构标志 Compulated，这意味着“如果配置中没有给定值，则在应用时将选择默认值”。

这似乎与您的用例相符。如果您取消设置 Default 并设置 Compulated: true - 保留 Optional: true 以指示用户可以选择设置它 - 那么您可以激活该行为。

如果您能够在创建或更新任何内容之前在计划步骤中预测最终的“计算”值，那么您应该为资源实现 CustomizeDiff 并使用 d.Set 提供值，然后 Terraform 可以将其考虑在内以生成更完整的计划。

如果没有，那么您可以在规划期间将其保留为未设置（在 Terraform 术语中，其值将为“未知”），然后在 Create 和 Update 函数中调用 d.Set ，该值显示为 （之后已知）在计划中应用）。

使用此机制时，保持自洽非常重要：如果您在规划期间使用 CustomizeDiff 提供已知值，则该值必须与 Create 或 Update 期间选择的最终值完全匹配。如果不一致，那么当 Terraform Core 验证最终更改与计划一致时，其他表达式中对此属性的任何引用都将导致应用期间出错。

目前此方法有一个警告：由于目前 Terraform SDK 的 API 设计限制，提供程序代码无法判断何时不再设置之前在配置中设置的值。或者，换句话说，SDK 无法判断已存储的值是通过显式配置选择的，还是由提供程序在应用期间作为默认值填充的。

因此，如果用户取消设置，配置中最后设置的值将是“粘性的”，并且提供程序将无法自动将该值调整回服务器提供的默认值。

这一警告在实践中通常不是什么大问题，但值得注意，以防它在您的具体情况中确实。 SDK 的后续版本可能会提供一种机制来询问配置中是否设置了特定值，与状态中存储的值分开。

终于介绍完啦！小伙伴们，这篇关于《如何设置服务器端应用的默认值？》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！