मैंने इस तकनीक का उपयोग विशेष रूप से उस वेब एप्लिकेशन के लिए किया है, जिस पर हम काम कर रहे हैं। मेरे बैकएंड को Google ऐप इंजन पर जावा एसडीके का उपयोग करके होस्ट किया गया है, और मेरे फ्रंट में HTML, CSS और जावास्क्रिप्ट (jQuery के साथ) का उपयोग किया गया है।
प्रोजेक्ट सिर्फ अपने और वेब डिजाइनर के साथ एक छोटा है, और हम दोनों को लगता है कि इस पद्धति ने हमें बहुत तेजी से काम करने और बहुत जल्द बाजार में कुछ हासिल करने में मदद की है।
लाभ: वेब डिजाइनरों के साथ काम करना
इस तकनीक का प्रमुख लाभ यह है कि वेब डिज़ाइनर, जो कुछ PHP जानता है, लेकिन खुद को प्रोग्रामर नहीं मानता है, वह HTML और CSS में बिना लिंक किए JSP, टैगलिब टैग और अन्य सर्वर-साइड की अनगिनत लाइनों के माध्यम से काम कर सकता है। मार्कअप जो हमें वर्षों से बताया जाता है, वह फ्रंट-एंड डेवलपर के जीवन को बहुत आसान बनाने वाला है।
सर्वर-साइड मार्कअप के बिना, हम अधिक चुस्त हो गए हैं। वेब डिज़ाइनर ने अपने मूल डिज़ाइन को 3 या 4 बार सीधे स्वैप किया है और मेरी ओर से बहुत कम बदलाव किए हैं।
मेरे लिए उनकी टिप्पणी थी कि उन्हें ऐसा लग रहा था कि HTML जीवित है, इसलिए वे उसे संपादित कर सकते हैं और फिर तुरंत गतिशील डेटा के साथ अपनी मशीन में बदलाव देख सकते हैं। हम दोनों इस बात से लाभान्वित हुए हैं कि एकीकरण ज्यादातर स्वचालित है।
सर्वर-साइड कोड और HTML / सीएसएस हैंडऑफ़
पिछले प्रोजेक्ट्स में, उसे जावा डेवलपर्स के लिए HTML और CSS को हैंडऑफ करना था, जो तब अपने HTML और CSS लेगा और JSP तकनीक का उपयोग करके इसे पूरी तरह से फिर से लिखेगा। इसमें बहुत समय लगेगा, और आमतौर पर पृष्ठों के वास्तविक प्रतिपादन में सूक्ष्म रूप से महत्वपूर्ण अंतरों के साथ-साथ W3C सत्यापनकर्ता में मान्य होगा।
कुल मिलाकर, हम दोनों इस तकनीक से काफी खुश हैं, और मेरे HTML पृष्ठों में अभी भी शून्य JSP पृष्ठ या सर्वर-साइड कोड है।
कीट / JSON तकनीक के नुकसान
शायद सबसे बड़ी कमी वे हैं जिनका हमने अभी तक सामना नहीं किया है। मैं पूरी तरह से अधिक अनुभवी जावा डेवलपर्स के साथ कुछ असहमति की उम्मीद करता हूं जिन्हें अपाचे नींव और स्प्रिंग टीम ने दिमाग लगाया है कि कैसे उन्हें टैग पुस्तकालयों ने कोड के साथ काम करने के लिए सामने वाले डेवलपर्स के लिए आसान बना दिया है। मैं पूरी तरह से सीखने की अवस्था होने की उम्मीद करता हूं क्योंकि इस परियोजना का विस्तार होता है और हम उन अधिक डेवलपर्स को लेते हैं जिन्हें इन पुरानी तकनीकों को अनजान करना पड़ सकता है, जिन्होंने मेरे अनुभव में, वेब डिजाइनरों के काम को और अधिक कठिन बना दिया है ।
एक और नुकसान यह है कि जावास्क्रिप्ट कोड बहुत बड़े पैमाने पर हो गया है। यह शायद एक समस्या है क्योंकि मैं पहली बार इस तकनीक का उपयोग कर रहा हूं, और क्योंकि हमने तेजी से रिलीज की दिशा में काम करने में कुछ मामूली तकनीकी ऋण पेश किया है। शायद बेहतर ढांचे को चुनने से कोड के बहुत सारे हिस्से को खत्म करने में मदद मिली होगी। मेरी राय में, इस शोस्टॉपर में से कोई भी नहीं रहा है, और मुझे इस तकनीक का उपयोग जारी रखने और इस क्षेत्र में अपने कौशल को परिष्कृत करने के लिए प्रोत्साहित किया जाता है।
लाभ: अन्य अनुप्रयोगों को प्लेटफॉर्म पर बनाया जा सकता है
अंत में, मुझे एक छिपे हुए लाभ का उल्लेख करना चाहिए। क्योंकि मेरे बैकएंड रेस्टफुल वेब सेवाओं और मेरे फ्रंटेंड के बीच अलग-अलग डिग्री है, मैंने एक प्लेटफ़ॉर्म भी बनाया है जिसे मैं आसानी से बढ़ा सकता हूं।
हमारे ऑपरेशन में से एक लोग एक अन्य एप्लिकेशन में अवधारणा के प्रमाण का प्रयास करना चाहते थे, और मेरी प्रतिष्ठित सेवाओं के लिए धन्यवाद, हम पूरी तरह से अलग समस्या को हल करने के लिए आवेदन के लिए एक पूरी तरह से अलग दृश्य बनाने में सक्षम थे। अवधारणा का तेजी से विकसित किया गया प्रमाण इसका उपयोग स्वयं के HTML, CSS और JavaScript के लिए करता है, लेकिन इसने बैकएंड और डेटासोर्स के रूप में RESTful सेवाओं का उपयोग किया।
अंत में, एक अन्य परियोजना प्रबंधक ने देखा कि मैंने क्या किया है, और यह तुरंत स्पष्ट हो गया कि सुविधा को अवधारणा के प्रमाण से अधिक होना चाहिए, इसलिए उनकी टीम ने इसे लागू किया।
मैं इस बात पर जोर नहीं दे सकता कि यह आर्किटेक्चर कितना पुन: प्रयोज्य है, दोनों आवेदन स्तर के साथ-साथ HTML / CSS / जावास्क्रिप्ट स्तर पर, और मैं निश्चित रूप से आपको अपनी अगली परियोजना में यह प्रयास करने के लिए प्रोत्साहित करूंगा।