ऐपएमएल ट्यूटोरियल

ऐपएमएल होम AppML कैसे करें ऐपएमएल डेटा ऐपएमएल में शामिल हैं ऐपएमएल नियंत्रक ऐपएमएल संदेश ऐपएमएल मॉडल ऐपएमएल एपीआई

ऐपएमएल मामले

केस परिचय केस टेक्स्ट फ़ाइल केस एक्सएमएल फाइल केस JSON फ़ाइल केस ग्राहक केस उत्पाद केस सप्लायर्स केस शिपर्स केस श्रेणियाँ केस कर्मचारी

ऐपएमएल क्लाइंट

ऐपएमएल क्लाइंट ऐपएमएल प्रोटोटाइप ऐपएमएल सूचियां ऐपएमएल फॉर्म ऐपएमएल वेबएसक्यूएल

ऐपएमएल सर्वर

ऐपएमएल पीएचपी एपीपीएमएल एएसपी

ऐपएमएल क्लाउड

गूगल क्लाउड एसक्यूएल अमेज़ॅन आरडीएस एसक्यूएल

ऐपएमएल संदर्भ

ऐपएमएल संदर्भ ऐपएमएल डेटाफाइल्स ऐपएमएल डेटाबेस ऐपएमएल एपीआई ऐपएमएल आर्किटेक्चर ऐपएमएल इतिहास

ऐपएमएल इतिहास


1999 में Refsnes Data ने AppML का पहला संस्करण विकसित किया।

पहले से ही, ऐपएमएल वेब क्लाइंट और वेब सर्वर के बीच HTTP अनुरोध संचार पर आधारित था। बाद में इस विधि को AJAX के नाम से जाना जाने लगा।

सितंबर 2000 में, एक बड़े नॉर्वेजियन ग्राहक के लिए एक विकास परियोजना शुरू की गई थी। परियोजना का लक्ष्य केवल ऐपएमएल का उपयोग करके एक विंडोज़ डेस्कटॉप एप्लिकेशन से एक विशाल सूचना प्रणाली (लगभग 300 एप्लिकेशन) को आधुनिक इंटरनेट एप्लिकेशन में परिवर्तित करना था।

ऐपएमएल-आधारित प्रणाली को दुनिया के पहले वाणिज्यिक AJAX एप्लिकेशन के रूप में, शेड्यूल से कई महीने पहले 2001 में लॉन्च किया गया था। सामान्य वेब विकास की तुलना में विकास के समय में 75% की कमी के साथ यह परियोजना एक बड़ी सफलता थी। तब से, नए एप्लिकेशन जोड़े गए हैं, और सिस्टम अब 1000 से अधिक चल रहे एप्लिकेशन को कवर करता है।

फरवरी 2015 में, W3Schools ने जनता के लिए खुले एक नए उत्पाद के रूप में AppML को फिर से लॉन्च किया।

एपीपीएमएल डिजाइन लक्ष्य:

  • AppML एप्लिकेशन इंटरनेट पर चलने चाहिए
  • ऐपएमएल एप्लिकेशन प्लेटफॉर्म स्वतंत्र होना चाहिए
  • ऐपएमएल अनुप्रयोगों को केवल इंटरनेट मानकों का उपयोग करना चाहिए (एचटीएमएल, सीएसएस, जावास्क्रिप्ट)
  • AppML एप्लिकेशन को विभिन्न प्रकार की एप्लिकेशन आवश्यकताओं का समर्थन करना चाहिए
  • AppML अनुप्रयोगों को स्व-वर्णन करना चाहिए
  • AppML एप्लिकेशन को विकसित करना, बनाए रखना और बदलना आसान होना चाहिए
  • AppML एप्लिकेशन भविष्य के प्रमाण होने चाहिए

नीचे दिए गए पैराग्राफ भविष्य के वेब अनुप्रयोगों के बारे में Refsnes Data के मूल दृष्टिकोण (1999) का वर्णन करते हैं।


निष्पादन योग्य मर जाएंगे, जावास्क्रिप्ट जीवित रहेगा

संकलित निष्पादन योग्य (सी या जावा जैसी भाषाओं से संकलित) विभिन्न हार्डवेयर पर नहीं चल सकते हैं।

निष्पादन योग्य (EXE फ़ाइलें, ActiveX और COM ऑब्जेक्ट, DLL-फ़ाइलें) ऐसे घटक हैं जो उन अनुप्रयोगों के विकास को रोकते हैं जो इंटरनेट पर चल सकते हैं।

भविष्य के एप्लिकेशन क्लाइंट के कंप्यूटर पर स्थापित निष्पादन योग्य या किसी अन्य घटक का उपयोग नहीं करेंगे, या उन पर भरोसा नहीं करेंगे।

हमारे सुझाव:

केवल HTML, CSS और JavaScript का उपयोग करके अपने भविष्य के एप्लिकेशन लिखें।

सुनिश्चित करें कि आपके भविष्य के एप्लिकेशन किसी भी वेब ब्राउज़र में चलते हैं।


वेब एप्लिकेशन इंटरनेट सेवाएं होंगी

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

अनुप्रयोगों को लचीला, सामान्यीकृत, और इनायत से परिवर्तनों के अनुकूल होना चाहिए, बिना टुकड़े-टुकड़े या नष्ट किए।

एप्लिकेशन प्रति दिन कुछ से लाखों अनुरोधों का समर्थन करने में सक्षम होना चाहिए।

एप्लिकेशन को एप्लिकेशन को तोड़े बिना एक सर्वर से कई सर्वरों में फैलने या सर्वर के बीच स्थानांतरित करने में सक्षम होना चाहिए।

एप्लिकेशन अन्य अनुप्रयोगों के साथ सहयोग करने में सक्षम होना चाहिए।

एप्लिकेशन में कोड की बड़ी मात्रा नहीं होनी चाहिए।

एप्लिकेशन को छोटी सेवाओं में विभाजित किया जाना चाहिए, जो बनाने में आसान और बनाए रखने में आसान हों।

एप्लिकेशन इंटरनेट सेवाओं का एक सेट होना चाहिए जो सबमिट किए गए इंटरनेट अनुरोधों पर डेटा लौटा सकता है।

एप्लिकेशन को सर्वर से स्थायी कनेक्शन बनाए बिना मानक इंटरनेट प्रोटोकॉल के माध्यम से सेवाओं का अनुरोध करना चाहिए। 

हमारे सुझाव:

इंटरनेट आधारित SOA (सेवा उन्मुख वास्तुकला) का उपयोग करके अपने भविष्य के अनुप्रयोगों को लिखें।

अपनी एप्लिकेशन सेवाओं को सामान्य और लचीला बनाएं और विभिन्न प्रकार के अनुरोधों को पूरा करने के लिए तैयार रहें।


भविष्य के एप्लिकेशन बनाना और संपादित करना आसान होगा

ग्राहक और सर्वर आसानी से समझने योग्य तरीके से डेटा का आदान-प्रदान करेंगे।

आवेदनों को कोडित नहीं किया जाएगा, यदि इसे टाला जा सकता है।

एप्लिकेशन मॉडल संपादित करके बनाए और संशोधित किए जाएंगे, कोड संपादित करके नहीं।

आवेदन विवरण मनुष्यों द्वारा पठनीय होंगे।

आवेदन विवरण स्व-वर्णन होगा।

एप्लिकेशन उपयोगकर्ताओं द्वारा लिखे जाएंगे, प्रोग्रामर द्वारा नहीं।

हमारे सुझाव:

सेवाओं का वर्णन करने के लिए मानव पठनीय पाठ फ़ाइलों का उपयोग करें, और इन विवरणों को क्रियान्वित करके सेवाएं प्रदान करें।

एप्लिकेशन का वर्णन करने के लिए टेक्स्ट फ़ाइलों (जैसे JSON फ़ाइलों) का उपयोग करें।

डेटा का आदान-प्रदान करने के लिए टेक्स्ट फ़ाइलों (जैसे JSON फ़ाइलों) का उपयोग करें।

एप्लिकेशन निष्पादित करने के लिए HTML, CSS और JavaScript का उपयोग करें।


तीन छोटे वेब डेवलपर...

एक बार की बात है, तीन छोटे वेब डेवलपर एक नई वेब साइट विकसित कर रहे थे।

1. पहला वेब डेवलपर AppML का उपयोग कर रहा था।

2. दूसरा वेब डेवलपर अपनी पसंदीदा सर्वर प्रोग्रामिंग भाषा का उपयोग कर रहा था।

3. तीसरा एक पेशेवर उद्यम वेब विकास ढांचे का उपयोग कर रहा था।

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

दूसरे वेब डेवलपर ने 6 महीने बाद अपनी वेबसाइट तैयार की। लेकिन WWW ने अपनी आवश्यकताओं को बदल दिया था, और संतुष्ट नहीं था। वेब डेवलपर अपने प्रोजेक्ट में बड़े बदलाव नहीं कर सका क्योंकि इसमें बहुत अधिक कोड था। इसलिए उन्होंने संस्करण 2 का विकास शुरू किया।

तीसरा वेब डेवलपर कभी भी अपना काम पूरा नहीं कर पाया। पेशेवर वेब विकास ढांचे का उपयोग करना बहुत कठिन था, समझने में बहुत कठिन था, और परीक्षण करना लगभग असंभव था।

देखें कि पहले डेवलपर ने इसे कैसे किया