उपयोगकर्ता-भरे हुए फॉर्म को संसाधित करना: कोड जटिलता को कम कैसे करें?

प्रशासनिक और उपयोगकर्ता इंटरफ़ेस लिखते समय, मैं अक्सर खुद को सोचता हुआ पाता हूं - क्या मैं इस तरह से सबकुछ करता हूं ताकि न्यूनतम प्रयास के साथ इष्टतम गुणवत्ता सुनिश्चित हो सके?

आज मैं वेब अनुप्रयोगों में प्रपत्र इनपुट त्रुटियों से निपटने के मुद्दे पर चर्चा करना चाहूंगा। कैसे, क्या आप अभी भी उपयोगकर्ता द्वारा दर्ज किए गए डेटा पर पूरी तरह से भरोसा करते हैं और मॉनिटर के दूसरी तरफ बैठे प्राणी को एक पवित्र गाय मानते हैं? डरो मत, यह पहले हमले के बाद पारित होगा, अगर इनपुट नियंत्रण के सिद्धांत पहले आपके लिए स्पष्ट नहीं हैं। हालांकि, बिंदु के लिए।

मैं PHP में प्रोग्राम करता हूं, इसलिए सर्वर-साइड कोड उदाहरण इस भाषा में होंगे।

कल्पना कीजिए कि हमने कॉलबैक ऑर्डर फॉर्म के साथ अपनी परियोजना को पूरा करने का फैसला किया है। आप कभी नहीं जानते - लाइनें अक्सर अतिभारित होती हैं, ग्राहक अपने वजन को महसूस करना चाहता है, फैशन है ... ठीक है, सामान्य रूप से। हम जल्दी से सरलतम HTML में फेंकते हैं, एक हैंडलर लिखते हैं - डेटा सामान्य रूप से डेटाबेस में फिट होता है - यह लगभग तैयार है। यह सबसे छोटी बात करने के लिए बनी हुई है - त्रुटि से निपटने को लिखें। (बेशक, विकास क्रम बहुत सशर्त है)। यह उपयोगकर्ता द्वारा शुद्धता के लिए दर्ज की गई जानकारी को कैसे सत्यापित कर सकता है और उसे परिणाम की सूचना दे सकता है?

सही ढंग से पूर्ण किए गए कार्य फॉर्म के मामले में न्यूनतम। लेकिन अगर उपयोगकर्ता ने गलती की है और डेटा गलत है, तो आप पृष्ठ को फिर से बनाने और उपयोगकर्ता को भेजने के लिए मजबूर हैं। इस मामले में, सभी भरे हुए क्षेत्रों के मूल्यों को संरक्षित करना अत्यधिक वांछनीय है, जो आपके कोड को बढ़ाता है।

बुनियादी त्रुटि से निपटने पर विचार करें (हम मानते हैं कि उपयोगकर्ता डेटा पहले से ही बुनियादी जाँच और फ़िल्टरिंग से गुजर चुका है):

<?php $errors = array(); if ( empty($person) || empty($phone) || empty($question) ) { $errors[] = '   '; } if ( count($errors) ) { $template->assign_switch('errors', 1); $template->vars(array( 'ERRORS' => implode(' ', $errors), 'PERSON' => $person, 'PHONE' => $phone, 'QUESTION' => $question ) ); $template->send(); } ?> 

हम क्लाइंट के लिए कुछ सुविधा लाना चाहते हैं। और यह बचाव के लिए आता है ...

जावास्क्रिप्ट

 <script language="text/javascript"> <!-- // function form_submit() { if ( ( document.forms['callback'].person.value == '' ) || ( document.forms['callback'].phone.value == '' ) || ( document.forms['callback'].question.value == '' ) ) { alert('   '); } return; } // --> </script> 

चेतावनी फ़ंक्शन का उपयोग केवल एक प्रशिक्षण उदाहरण के रूप में किया जाता है, आंकड़ों के अनुसार, कुछ उपयोगकर्ता इसे पढ़ने के बिना बंद कर देंगे, क्योंकि यह ओएस डिजाइन में प्रदर्शित होता है और इसे वेब पेज के हिस्से के रूप में नहीं माना जाता है।

एक बार फिर मैं इस तथ्य पर ध्यान आकर्षित करता हूं कि सर्वर सत्यापन अभी भी आवश्यक है।

हर बार मुझे यह बताने के लिए कहा जाता है कि यह क्यों आवश्यक है, मैं वर्ष 2004 के बारे में याद करता हूं, जब मैं, एक नौसिखिया वेब डेवलपर, यूक्रेन के एक अच्छे आदमी के साथ पत्राचार से मिला था, जो तब मेरे खुद के सीएमएस के लेखक थे। अनुभव से सीखने की कोशिश करते हुए, मैंने किसी तरह उससे पूछा कि वह त्रुटियों को कैसे संभालता है। यह पता चला कि वह केवल जावास्क्रिप्ट के साथ ऐसा करता है। मुझे इस तथ्य के बारे में अपना खुद का अनुभव साझा करना था कि आप पृष्ठ को कंप्यूटर पर सहेज सकते हैं, फॉर्म हैंडलर का पता बदल सकते हैं और सत्यापन के बिना डेटा भेज सकते हैं। और यदि सत्यापन पहले से ही सर्वर पर नहीं होगा, तो गलत डेटा को सामान्य माना जाएगा, और फिर सब कुछ एप्लिकेशन लॉजिक पर निर्भर करेगा। बाद में इस प्रक्रिया में, मैं अक्सर समान कमजोरियों से मिलता था। निष्कर्ष खुद ही सुझाता है - यदि क्लाइंट ब्राउज़र और सर्वर के बीच की बातचीत को समझे बिना कोई वेब एप्लिकेशन लिखा जाता है, तो परिणाम अलग हो सकता है।

जैसे-जैसे समय बीतता है, रूपों की जटिलता बढ़ती है और मैं अपनी आंखों को निम्नलिखित तकनीक की ओर मोड़ता हूं।

AJAX

अब चेक एक अलग विधि में सुविधा के लिए बनाया गया है और थोड़ा पूरक है, परिणामस्वरूप हमें इस कोड जैसा कुछ मिलता है:

 <?php $errors = array(); if ( empty($person) || empty($phone) || empty($question) ) { $errors[] = '   '; } $ajax = isset($_REQUEST['ajax']); if ( count($errors) ) { if ( empty($ajax) ) { $template->assign_switch('errors', 1); $template->vars(array( 'ERRORS' => implode(' ', $errors), 'PERSON' => $person, 'PHONE' => $phone, 'QUESTION' => $question ) ); $template->send(); } else { $ajax_handler->send(array( 'errors' => 1, 'error_text' => implode(' ', $errors), ) ); } } else { $ajax_handler->send(array( 'errors' => 0, 'error_text' => '', ) ); } ?> 

इसके अलावा, क्लाइंट के ब्राउज़र में, हम उसी अलर्ट को दिखा सकते हैं या किसी अन्य तरीके से हमारे लिए सुविधाजनक संदेश प्रदर्शित कर सकते हैं। प्रयोज्यता शीर्ष पर है - इसके लिए एक पृष्ठ पुनः लोड करने की आवश्यकता नहीं है, आगे कोड समर्थन की सुविधा भी है - सभी त्रुटि हैंडलिंग एक ही स्थान पर एकत्र की जाती है।

बुरी सलाह

जबकि फॉर्म में कम संख्या में फ़ील्ड होते हैं, गलत डेटा प्राप्त करने के बाद अगला फ़ील्ड प्राप्त करने के बाद आउटपुट को संशोधित करना इतना मुश्किल नहीं है। और अगर बहुत अधिक डेटा है? इस मामले में, काम को सुविधाजनक बनाने और पुराने ब्राउज़रों के लिए ऐसे पूर्ण समर्थन से इनकार करने की इच्छा है जो डेटा आउटपुट को हटाकर निम्नलिखित कोड प्राप्त कर सकते हैं:

 <?php if ( count($errors) ) { if ( empty($ajax) ) { header('Location: form.php?error_code=1'); exit(); } } ?> 

हमने जावास्क्रिप्ट अक्षम के साथ उपकरणों के पूर्ण समर्थन को जानबूझकर त्यागते हुए, आगे के कोड समर्थन पर अपने काम को काफी सरल कर दिया। अपनी सुविधा के लिए कुछ बलिदान करना पड़ा। लेकिन यह दृष्टिकोण उचित नहीं है अगर विकास की गुणवत्ता पर जोर दिया जाए।

निष्कर्ष

फिलहाल, मैं डेटा सत्यापन के साथ प्रयोग करना जारी रखता हूं। अभी भी सही समाधान की तलाश है जो और भी अधिक इष्टतम होगा। मैं पाठकों के साथ विभिन्न दृष्टिकोणों की आलोचना और चर्चा को सुनकर प्रसन्न हूं।