AutoOrManualGeneration for parameters#3580
Conversation
…togen-input-config
…togen-input-config
ellismg
left a comment
There was a problem hiding this comment.
Really love the change to move away from the inputs object and towards a set of bicep parameters. It feels like the right direction.
I'm still trying to wrap my head around the UX for "do you want to override this" and if we want to ask the question during azd provision.
Part of me feels like we had a more powerful bicep, that had a generate string function, we'd do something like this:
param someParameter string = generate_random_string(<string-generation-configuration>)
If we could have done that, then these parameters would have default values and we never would have prompted for them, just like we don't prompt for any optional parameters. If you wanted to set a different value you could use main.parameters.json to do so. This would work for all types of values.
I guess I wonder why we ask the question for these parameters (which feel like optional parameters with default values) and not for optional parameters in the bicep template like:
param useManagedIdentity bool = trueI'm just slightly worried that the "I want to provide a non autogenerated value" here is going to be the 5% case and we'll end up having most folks just treat these questions as a speedbump on the initial azd provision.
Will a typical aspire application have a lot of these?
The GIF is super cool by the way, thank you for including it on the PR.
ellismg
left a comment
There was a problem hiding this comment.
One small nit, would like the name of the template function to be camelCased instead of snake_cased
Otherwise, looks great - the generated bicep looks way more idiomatic than before, so we must be on the right track. Great work here, @vhvb1989.
Azure Dev CLI Install InstructionsInstall scriptsMacOS/Linux
bash: pwsh: WindowsPowerShell install MSI install Standalone Binary
MSIDocumentationlearn.microsoft.com documentationtitle: Azure Developer CLI reference
|
related: microsoft/aspire#3090
fix: #3570