Automatico di validazione sul clientCon la convalida lato client, ci riferiamo qui per la convalida che si svolge sul browser dell'utente come è la trasformazione della forma, il che significa che la pagina non viene passata al server ColdFusion per essere trasformati. Invece, l'utente vede un messaggio pop-up JavaScript che indica il problema. L'utente può premere il pulsante OK e correggere il problema immediatamente, senza bisogno di eseguire il backup per correggerlo. Ma questo JavaScript pop-up concetto ti spaventa? Sei forse non ha dimestichezza con JavaScript? Oppure preoccupati script cross-browser-problemi di supporto? La cosa grandiosa di client automatico CF capacità di validazione lato è quello di creare il codice JavaScript per voi per eseguire questa convalida e pop-up tali messaggi. Tu, il programmatore, non hanno bisogno di comprendere o di qualsiasi codice JavaScript a tutti. E il codice JavaScript che ha creato funziona anche nelle versioni precedenti del browser. Così come ci si arriva la merce? Hai solo bisogno di fare un paio piccole modifiche al modulo. Infatti, la prima cosa da fare è di cambiare la forma tag ad un tag CFFORM (e anche cambiare la chiusura / tag modulo a una chiusura / tag CFFORM). Questo dice ColdFusion che si sta creando una forma che sfrutta le capacità di convalida che stiamo discutendo qui. CFFORM può essere utilizzato anche per introdurre alcune funzionalità avanzate di interfaccia come CFGRID, CFTREE, e altri. Questi applet Java-based funzionalità sono al di là del campo di applicazione della discussione di questo articolo sulla convalida e sono analizzati in dettaglio. E anche se abbiamo anche discutere di un tag CFSELECT che consente di aggiungere alcune funzionalità di convalida, il tag CFSELECT può essere utilizzato senza alcuna convalida di creare facilmente elenchi a discesa (elenchi SELECT) sulla base di ColdFusion I risultati delle query.
Il tag è un tag CFFORM interessante, rispetto alla maggior parte altri tag. E 'chiaramente destinato ad essere un sostituto per il tag HTML FORM, ma aggiunge funzionalità extra che non faceva parte delle specifiche HTML. Come è possibile questo lavoro? Come si può CF causare un browser di fare qualcosa che (teoricamente) non si può fare? Ebbene, ciò che accade è che la ColdFusion trasforma il tag CFFORM indietro in un tag FORM regolare, e poi si aggiunge anche la pagina del codice JavaScript che è necessari per eseguire qualsiasi convalida che hai richiesto. E come si fa a chiedere la convalida? Ci sono due tipi di tag per i quali è possibile aggiungere la convalida JavaScript, CFINPUT e CFSELECT. Come fa il tag CFFORM, questi corrispondono direttamente ai loro omologhi INPUT e SELECT. Così il primo passo per trasformare il modulo di accesso all'inizio di questo articolo in un unico, che utilizza la convalida built-in JavaScript CF è semplicemente cambiare la coppia FORMA tag e tag input in coppie tag CFFORM e tag CFINPUT, come segue:
Se guardate attentamente, si può notare che abbiamo lasciato nel nascosti di convalida dei campi dall'esempio precedente. Avendo sia client-server e validazione lato in un unico modulo è perfettamente bene. Se per qualsiasi motivo il browser non supporta JavaScript per elaborare la convalida lato client che genera ColdFusion, il nascosto la convalida campo può esserci una copia di backup come l'elaborazione del modulo sul server. Sebbene sia possibile mantenere il nascosto campi in atto all'interno di un CFFORM, non è necessario modificare il tag input per i campi nascosti ai tag CFINPUT. Solo i tag input che non sono type = "hidden" può essere utilizzato con CFINPUT (compresi i valori di tipo "text", "checkbox", "Radio" e "password"). E 'davvero non appare in modo diverso a tutti. ColdFusion cambia il CFFORM in un tag FORM e la CFINPUT in tag input corrispondenti e aggiunge un codice JavaScript per effettuare qualsiasi richiesta di convalida. Ma, naturalmente, se non l'hai ancora richiesto alcuna convalida, di usare il tag CFFORM e CFINPUT non è logico. Come passo verso la comprensione delle funzionalità, tuttavia, comprendere questa caratteristica è utile. Proprio come con il server automatico-side (campo nascosto) di convalida che si discute, CFINPUT può essere utilizzato per indicare sia che un campo è richiesto uno (il che significa che l'utente deve inserire un valore), e / o può indicare alcuni particolare tipo di convalida. In effetti, non solo più parti dello stesso tipo di validazione (_DATE, _time, _integer, _float, e così via), ma aggiunge anche ulteriori convalide (come carta di credito, telefono, e altro ancora). Discutiamo quelli in un attimo. In primo luogo, dare un'occhiata a un esempio di aggiunta di convalida richieste utilizzando CFINPUT. E 'diverso da quello nascosto approccio campo, e tuttavia è più semplice. Invece di aggiungere un nuovo campo per il modulo, è sufficiente aggiungere un nuovo attributo coppia di valore per il tag. Infatti, per la richiesta di convalida, è semplicemente una questione di aggiungere required = "yes", come nel seguente esempio: Nell'esempio qui sotto, avremmo cambiato sia questo campo e il tag CFINPUT per la richiesta di password, dandoci i seguenti:
Si noti che, in quanto lo spazio disponibile [dove?], I tag sono CFINPUT ciascuno suddiviso su due linee nell'esempio precedente. L'attributo richiesto è specificato all'interno del tag CFINPUT. Se il presente modulo viene elaborato e presentato senza alcun valore immesso un nome utente, il risultato è un pop-up messaggio di JavaScript. Come sviluppatori CF, non si deve preoccupare il codice JavaScript che viene creata , ma se vi interessa, è sufficiente utilizzare la vista origine ➪ ➪ comando o Visualizza Sorgente pagina barra del menu del browser per visualizzare il codice HTML generato dalla tua pagina. Considerando che CF5 e le versioni precedenti, forse generati fino a 50 righe di codice JavaScript che appare nella parte superiore del codice HTML generato, CF MX utilizza un file JavaScript incorporato (utilizzando un
|
|||||
| Online: 263 users browsing the articles directory |
|
|