resource.Configuration object accepts all functions with their global path and then during generation it uses the path to print. This is a must for reference generation since all terrajet does is to write the path as comment to the field but we might be able to use the functions directly.
How could Terrajet help solve your problem?
We can look into how we can use resource.Configuration in runtime to access the functions directly so that we get development time errors for signatures and automatic changes by IDE, essentially having it strong-typed. It's not a big deal since we see the problems once generated but dealing with strings is more error prone compared to Go language syntax.
What problem are you facing?
resource.Configuration
object accepts all functions with their global path and then during generation it uses the path to print. This is a must for reference generation since all terrajet does is to write the path as comment to the field but we might be able to use the functions directly.How could Terrajet help solve your problem?
We can look into how we can use
resource.Configuration
in runtime to access the functions directly so that we get development time errors for signatures and automatic changes by IDE, essentially having it strong-typed. It's not a big deal since we see the problems once generated but dealing with strings is more error prone compared to Go language syntax.