2009-06-24 9 views

उत्तर

29

multipart/form-dataapplication/x-www-form-urlencoded से बहुत अधिक थोक है; उत्तरार्द्ध केवल चाबियों और मानों का एक गुच्छा है (और GET या POST के लिए उसी तरह से विश्लेषण किया जा सकता है), जबकि पूर्व को पूर्ण MIME समर्थन की आवश्यकता होती है, और इस प्रकार अधिक उपयोगी होता है जब आपके पास डेटा होता है जिसे आसानी से प्रदर्शित नहीं किया जा सकता कुंजी/मूल्य जोड़े।

6

क्योंकि सर्वर और कस्टम क्लाइंट दोनों में इसे संभालने में दर्द होता है। सरल जटिल से बेहतर है, जब तक कि सरल काम न करे।

+0

यदि सीपीयू थोड़ा व्यस्त है तो मुझे दर्द महसूस नहीं होता है। क्या आपको लगता है कि यह ओवरहेड मापनीय है? – guettli

0

PHP के साथ इससे कोई फर्क नहीं पड़ता कि फॉर्म किस तरह के enctype था। आपको हमेशा कुंजी/मूल्य जोड़े मिलते हैं।

तो यदि हार्ड कोडिंग एकमात्र कारण नहीं है और आप PHP का उपयोग कर रहे हैं, तो बस enctype = "multipart/form-data" का उपयोग करें।

क्या कोई अन्य कारण है?

+11

यह * बस * PHP है। केवल PHP की तुलना में दुनिया में और अधिक वेब प्रोग्रामिंग भाषाएं हैं। – BalusC

+10

@ बालससी: उन्होंने कहा "और आप PHP का उपयोग कर रहे हैं"। ब्रूनो अन्य वेब प्रोग्रामिंग भाषाओं के बारे में बात नहीं कर रहा था। – mattalxndr

0

मुलिपर्ट यह दर्शाता है कि हम विभिन्न माइम-प्रकारों का उपयोग करने जा रहे हैं। उदाहरण के लिए, एक बाइनरी फ़ाइल भेजना, आपके पास एक्स-www-form-urlencoded भाग और दूसरा ऑक्टेट-स्ट्रीम के साथ एक हिस्सा होगा। आपके द्वारा भेजे जाने वाले अधिकांश समय एक ही माइम प्रकार से होते हैं।

संबंधित मुद्दे