fail e guardie di convalida personalizzate

I chart dovrebbero rifiutare subito le configurazioni prive di senso. Un buon template può interrompere il rendering e indicare all'utente esattamente che cosa non va.

La funzione fail interrompe immediatamente il rendering del template e stampa come errore il messaggio fornito.

Racchiuda fail in un if, così si attiva solo quando un valore manca o non è valido, lasciando inalterate le installazioni valide.

Per un singolo valore obbligatorio, required è più semplice: restituisce il valore oppure fallisce con il messaggio indicato quando il valore è vuoto.

Usi required per richiedere inline un singolo valore e fail quando il controllo comprende più condizioni o richiede una logica personalizzata.

È possibile verificare che un valore appartenga a un insieme di valori consentiti, mostrando un errore chiaro quando l'utente sceglie qualcosa di non supportato.

Scriva il messaggio di errore come un'indicazione: specifichi il valore e come correggerlo, così l'utente non dovrà indovinare perché l'installazione si è interrotta.

Alcune regole coinvolgono due campi. Un controllo può interrompere il rendering quando una funzionalità abilitata non ha il valore associato da cui dipende.

Inserire la convalida in un template denominato in _helpers.tpl mantiene i controlli in un unico punto, fuori da ogni file di risorsa.

Esegua helm template con valori errati per verificare che ogni controllo si attivi con un messaggio chiaro prima che qualcosa raggiunga il cluster.

Per le regole relative a tipo e intervallo, un file values.schema.json integra fail rifiutando gli input non validi prima ancora dell'esecuzione di qualsiasi template.

Verifica rapida sugli helper di convalida.

Ha imparato a interrompere subito le installazioni non valide: fail per controlli personalizzati con più condizioni e required per singoli valori obbligatori. 🎉