2010-02-25 9 views
5

मैं एक एपीआई पर काम कर रहा हूं जो बाहरी AJAX ऐप्स को HTML फॉर्म भेजता है।क्या HTTP हेडर में नहीं जाना चाहिए इसके लिए कोई दिशानिर्देश हैं?

यदि मैं हेडर्स में उपयोग करने के लिए स्टाइलशीट्स और स्क्रिप्ट्स जैसी जानकारी शामिल करता हूं तो क्या यह HTTP हेडर का दुरुपयोग करेगा? मैं HTML को यथासंभव स्वच्छ रखना चाहता हूं।

उत्तर

3

मेरे दृष्टिकोण में: हाँ यह होगा।

आपको बेहतर ट्रांसमिशन प्रोटोकॉल (HTTP जो कुछ आरएफसी में निर्दिष्ट है) को प्रेषित संदेश (एचटीएमएल) से जितना संभव हो उतना साफ रखना होगा। अपनी स्क्रिप्ट के लिए अपनी शैली के लिए एक, एक और अपने HTML के लिए एक:

आप एक API बनाने पर काम कर रहे हैं, हो सकता है आप विशेष XML संदेश है कि 3 encapsulating भागों होते हैं बनाना चाहिए।

यह सिर्फ एक विचार है, मुझे नहीं पता कि आप वास्तव में क्या कर रहे हैं।

+0

मुझे विभिन्न हिस्सों को encapsulating के विचार पसंद है। मेरा आलसी मस्तिष्क हेडरों से परिवहन के साधन के रूप में कहीं ज्यादा नहीं सोचता था। – Jrgns

2

यह एक बुरा विचार की तरह लगता है।

हालांकि आप एचटीएमएल को यथासंभव स्वच्छ रखना चाहते हैं, एचटीएमएल ब्लॉक 'स्टाइलशीट्स और स्क्रिप्ट्स को शामिल करने के बारे में जानकारी रखने के लिए' उचित 'जगह है - क्योंकि उनके पास HTML के विशिष्ट अर्थ हैं।

इसे कस्टम हेडर फ़ील्ड ("एक्स-कुछ-या-अन्य") का उपयोग करके संभवतः HTTP शीर्षलेख में डालकर, जिस तरह से आपका ऐप भविष्य में डेवलपर्स को समझने के लिए चीजों को और अधिक कठिन बना देता है, और अनजाने में कर सकता है ब्रेक आपको बाद में चीजों को बदलने की जरूरत है (जैसे आपका वेब सर्वर, HTTP क्लाइंट) ...

+1

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

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

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