2016-05-28 21 views
5

Kuruluşum için başka bir geliştirici tarafından başlatılan çeşitli projeler üzerinde çalışıyorum. Bu çalışmanın iyi bir kısmı PHP ile form işlemeyi içerir.HTML Form Değerleri PHP ve Spaces

Form değerlerinin birçoğunda, önceki geliştiricinin boşluk kullandığını (örneğin, <input type="radio" value="DO NOT ENROLL" name="proceed" />). Sanırım neden yaptığını biliyorum - e-posta olarak gönderir ve görüntülemeyi kolaylaştırır. ek işleme olmadan insan tarafından okunabilir bir formatta değerler, ancak, 'tipik' programlama adlandırma kurallarına (boşluk, deve vakası, pascal durum vb.) alışkın olan bir kişi olarak, bu beni biraz rahatsız ediyor. işlenmiş HTML formları ve atanan değerler, her zaman "tipik" değişken adlandırma kurallarına uymayı denediğime inanıyorum, ancak bu gerekli bir alıştırmadan ziyade alışkanlığa sahip olabilir.

Şimdi, onun yanlış olduğunu söylemiyorum ama Konu hakkında biraz araştırma yapmak ve bir kesin sonuç. Yani benim sorum bu - HTML form giriş öğelerine atanmış değerlerde boşluklar dahil olmak üzere yanlış bir şey var - özellikle e-posta üzerinden gönderileceği zaman? Eğer öyleyse, hangi komplikasyonların ortaya çıkabileceği ve bunları doğru bir şekilde işlemenin bir yolu var mı, yoksa gerçek form değerlerini basit tutmanızı öneriyor musunuz (örneğin, <input type="radio" value="decline" name="proceed" /> ve daha sonra formun gönderildikten sonra daha okunabilir hale getirilmesi için işlenmesini öneririz.)

herhangi bir giriş için

teşekkürler!

+0

Ayrıca ek boşlukları kaybederim ... hatalar, yazım hataları için ... – Jeff

+2

Girdilerin içindeki değerler çok yaygındır. Sonuçta hepsi değil, değerlerdir. Bir metin türü girişi, hatta bir textarea? Değerlerin içindeki boşlukları kullanmamanın iyi bir nedenini düşünemiyorum ... – Pevara

cevap

7

karakter form gET ile gönderildiğinde olduğu form denetimi adlarında görünebilir ne tek gerçek kısıtlama dışında kötü bir şey yoktur

" 'get' yöntemi formunu kısıtlar veri kümesi değerleri ASCII karakterleri için

Source 1 | Source 2

+0

html4 referanslarının hala yardımcı olup olmadığından emin değilim. – Jacco

+0

Hala eskisi kadar popüler olmasalar da kullanılıyorlar. HTML5 ayrıştırma hakkında ne olduğundan emin değilim. –

3

Bunları kesinlikle deve kasasına, paskal kasasına veya kodlama kurallarına/standartlarına daha yakın olacak şekilde değiştiririm. Her iki şekilde işe yarayabilir, ama ... ... üzgün olmaktan daha iyi olur.