2010-09-03 2 views
5

visto un commento oggi a: http://www.bennadel.com/blog/2004-Escaping-Form-Values-Understanding-The-ColdFusion-htmlEditFormat-Life-Cycle.htm da Rick Osborneè XmlFormat() sempre migliore di htmlEditFormat()?

ho cominciato a muoversi i miei studenti da htmlEditFormat verso xmlFormat. Come ha detto , prende più caratteri, ma è anche utile per XML puro e è più veloce da digitare. Non sono stato in grado di fornire un motivo valido per bastone con htmlEditFormat.

Dovremmo iniziare tutti a utilizzare XmlFormat()? Riesci a pensare a un "motivo convincente" diverso forse da un rallentamento delle prestazioni?

+0

Ha! Quel ragazzo ne è pieno. Che n00b. (E da quel tizio intendo me. Non sono mai stato quotato su SO prima. Contorto.) –

+0

@Rick, non ti dispiace essere citato giusto? :) Mi chiedo se dovremmo tutti passare a xmlFormat() a causa del tuo commento. – Henry

+0

Non mi dispiace affatto. Per essere onesti, non è una mia idea. Ho visto un'allusione in una diapositiva di Pete Freitag. Guardando indietro attraverso il suo blog, sembra che lo stia sostenendo almeno dal 2007. –

risposta

4

UPDATE: la risposta di seguito non è più rilevante. Quello che ho notato usando XMLFormat() su HTMLEditFormat() è che IE non interpreta lo ' e quindi causa il caos.

a mio parere, se cattura di più (come le virgolette singole sottolineate da Jason Dean) rendendo così la tua app più sicura, quindi mangerò il colpo di performance. in tutta la realtà, quanto di una performance potrebbe essere ... 1 o 2ms?

nella prossima versione di cfwheels 1.1, ho aggiunto un metodo h() che era un wrapper per il metodo htmleditformat(). dopo aver letto sia quello di Ben che questo post, lo cambierò per usare XMLFormat().

+0

Hmm .. hai ragione: http://stackoverflow.com/questions/609166/asp-and-apos-does-not-work quindi ... torna a 'htmlEditFormat()'? – Henry

+0

Sì, abbiamo avuto lo stesso problema che siamo tornati a htmlEditFormat(), c'è un motivo per NON utilizzare htmlEditFormat() o le persone si sono semplicemente spostate su xmlformat() perché era NUOVO? –

+0

In almeno alcune versioni di CF, htmlEditFormat non ha superato le e commerciali che facevano parte di alcune entità. Vedi https://bugbase.adobe.com/index.cfm?event=bug&id=3040920, chiuso risolto in 9.0.1. Abbiamo usato invece una semplice funzione replaceList. – enigment