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 Jul 31, 2021. It is now read-only.
Being able to set properties is an escape hatch would make it possible use high-level CDK constructs throughout (rather than forcing code that consumes a resource have to be aware of whether it is dealing with a higher-level CDK construct or a CFN resource).
Currently we have to create Cfn* resources and force consuming code to be aware of the differences in property names between the two types of resource.
The text was updated successfully, but these errors were encountered:
I don't understand how the ability to set properties would mean you can write code that doesn't have to care about the difference in property names, but I suppose that'd be more obvious once this is implemented :)
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Being able to set properties is an escape hatch would make it possible use high-level CDK constructs throughout (rather than forcing code that consumes a resource have to be aware of whether it is dealing with a higher-level CDK construct or a CFN resource).
Currently we have to create
Cfn*
resources and force consuming code to be aware of the differences in property names between the two types of resource.The text was updated successfully, but these errors were encountered: