ExtJS4: हाथों का अनुभव

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

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

ExtJS 4.1.1 पर काम करने के मेरे इंप्रेशन निम्नलिखित हैं। वे परिभाषा के अनुसार, व्यक्तिपरक हैं और सार्वभौमिक सामान्यीकरण का ढोंग नहीं करते हैं।

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

एक अतिरिक्त शर्त यह है कि मैं वास्तव में वेब इंटरफेस के साथ खिलवाड़ करना पसंद नहीं करता और इस हिस्से से जल्द से जल्द छुटकारा पाने की कोशिश करता हूं।

तो, एक्सटीजेएस 4.1.1 के सकारात्मक पहलू।

आप इसकी मदद से एक विश्व स्तर पर लक्ष्य प्राप्त कर सकते हैं - आप वास्तव में इस पर एक वेब एप्लिकेशन लिख सकते हैं। यह पेशेवर और सुंदर लगेगा, मैं भी शानदार ढंग से कहूंगा। नियंत्रणों की एक विस्तृत चयन, ध्यान से चयनित रंग, पूर्व लिखित शैली। यह कहना पर्याप्त है कि आपको HTML या CSS के साथ बिल्कुल भी व्यवहार नहीं करना है, और एक दुःस्वप्न की तरह दोनों को भूल जाओ। केवल मामले में लाइब्रेरी में DOM तक पहुंच है, लेकिन मैंने कभी भी इसका उपयोग नहीं किया है - जैसे भी है सब कुछ हल हो गया है।

एप्लिकेशन आसानी से REST के साथ इंटरफेस करता है, मुख्य बात यह है कि REST सही (और विशेष रूप से जटिल नहीं) प्रारूप में डेटा लौटाता है। यह केवल वर्णन करने के लिए पर्याप्त है कि डेटा के लिए कहां जाना है - और वॉइला। बॉक्स से बाहर, पूरे सज्जन का CRUD किट काम करता है।

लगभग सभी उपयोगकर्ता क्रियाओं को इंटरफ़ेस में ले जाया जा सकता है और सर्वर को उनके साथ लोड नहीं किया जा सकता है। उत्तरार्द्ध का हिस्सा डेटा की शुद्धता और डेटाबेस के साथ काम करने का केवल एक अतिरिक्त सत्यापन बना हुआ है। यह इसे बहुत सरल करता है - शाब्दिक रूप से 5-10 kb तक का कोड (नोड्ज, मोजो - मैंने कई विकल्पों की कोशिश की, यह पूरी तरह से काम करता है)।

अब कमियों के बारे में।

वह एक है, लेकिन वैश्विक है - यह सब, उन्हीं क्रिसमस ट्री की सजावट की तरह, खुश नहीं है। एक्सटीजेएस पर प्रोग्रामिंग न केवल कोई खुशी लाती है, बल्कि काफी विपरीत है। यह कुंठाओं, परिसरों और अकड़न का एक प्रचुर स्रोत है।

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

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

ExtJS सीखना बहुत मुश्किल है। यह बहुत बड़ा है, यह स्पष्ट नहीं है कि कहां से शुरू करना है। पाठ्यपुस्तक और किताबें मुख्य रूप से तीसरे संस्करण से संबंधित हैं, और यह बदले में, संस्करण 4 के समान नहीं है, जिसमें लगभग सब कुछ अलग तरीके से किया जाता है। उसी कारण से, फोरम लगभग बेकार हैं, क्योंकि वहां जो कुछ भी लिखा गया है वह लंबे समय तक पुराना है।

यह कहना शर्म की बात है, लेकिन मैंने तेज मिजाज से पीड़ित रहते हुए लगभग एक हफ्ते तक स्क्रैच से एक तुच्छ एप्लीकेशन लिखी। हर समय मैं दीवार के खिलाफ अपना सिर पीटना चाहता था - बिल्कुल सब कुछ समझ से बाहर था। मैंने इस तरह की पीड़ा के साथ कोई तकनीक नहीं सिखाई है।

हालांकि, दूसरा आवेदन बेहतर नहीं था। थोड़ा तेज, लेकिन ज्यादा नहीं।

संस्करण 4 में, आपका आवेदन एमवीसी के सिद्धांत पर किया जाना चाहिए। व्यवहार में, इसका मतलब है कि यहां तक ​​कि नमस्ते दुनिया में कई अलग-अलग निर्देशिकाओं में व्यवस्थित एक दर्जन फाइलें शामिल होंगी। और इससे पहले कि आप किसी कार्य को प्रोग्रामिंग करना शुरू करें, इन फ़ाइलों को बनाने और विघटित करने की आवश्यकता होगी। यह HTML नहीं है जो एक खाली पृष्ठ के साथ भी खुलता है। स्थिति पेशेवर भारोत्तोलकों की याद ताजा करती है, जो प्रक्षेप्य के करीब पहुंचने से पहले, कई घंटों तक गर्म होने और अपनी मांसपेशियों को गर्म करने की आवश्यकता होती है।

सेट मानक है। मॉडल आपके डेटा का वर्णन करता है, स्टोरेज (संग्रहण) में - इस डेटा को कैसे प्राप्त किया जाए, विचारों में - यह सब कैसे दिखेगा। यहां सब कुछ कमोबेश तार्किक है।

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

डेटा के साथ, भी, सब कुछ सुरक्षित नहीं है। रिपॉजिटरी मानती है कि सभी डेटा हमेशा पूरी तरह से सजातीय हैं। सच है, एक-से-कई तरीकों से कुछ एम्बेडेड संस्थाओं का वर्णन करना संभव है, लेकिन ये अतिरिक्त डेटा केवल पढ़े जाते हैं - उन्हें लिखा नहीं जा सकता है, जो पूरे विचार को बेकार बनाता है।

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

इसलिए, इंटरफ़ेस या कोड में कोई भी बदलाव, यहां तक ​​कि एक व्याकरणिक त्रुटि के सुधार, जरूरी उस जगह के लिए एक लंबी खोज शामिल है जहां, वास्तव में, आपको संपादित करने की आवश्यकता है। पहले आपको यह याद रखने की कोशिश करने की ज़रूरत है कि यह कहाँ है, फिर नेस्टेड निर्देशिकाओं के ढेर के माध्यम से अफवाह करें, वहां आप एक दर्जन से फिर से वांछित फ़ाइल का चयन कर सकते हैं, और इसमें लंबे समय तक, लंबे समय के लिए, कई इंडेंटेशन के कारण अफवाह हो सकती है, शैतान आमतौर पर कहाँ जाता है, और एक ही समय में प्रार्थना करें कि घोंसला न टूटे।

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

या उपयोगकर्ता आपको लिखते हैं - हमारी तालिका लोड नहीं होती है। आप खोलते हैं - और सत्य लोड नहीं है। कल इसे लोड किया गया था, लेकिन आज नहीं, इस तथ्य के बावजूद कि इस जगह में आपने कुछ भी नहीं बदला।

स्थिति आपकी अपनी गलतियों से बेहतर नहीं है। डायग्नोस्टिक्स बहुत अक्सर बेहद रहस्यमय है और केवल कुछ महीनों के बाद ही आप अनुमान लगाने लगते हैं कि एक्सटीजेएस के आंतों में कहीं गहरे "अपरिभाषित" का अर्थ है ड्रॉप-डाउन सूची का वर्णन करते समय लापता स्टोर विशेषता।

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

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

सामान्य तौर पर, रूपरेखा की समग्र शैली Microsoft से मिलती जुलती है। यह करना बहुत आसान है कि लेखकों ने पहले से क्या सोचा था, लेकिन बाईं ओर एक कदम, दाईं ओर एक कदम - तुरंत निष्पादन।

पूर्वगामी के आधार पर, मेरी अगली परियोजना में (और मेरे पास बहुत से अलग हैं), मैं अभी भी इंटरफ़ेस के लिए कुछ और कोशिश करता हूं।