You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 15, 2022. It is now read-only.
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.
The text was updated successfully, but these errors were encountered:
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.The text was updated successfully, but these errors were encountered: