TheSortableTree 2.0 जेम रिलीज़

नमस्ते!

मुझे यह बताते हुए खुशी हो रही है कि पिछले सप्ताह के अंत में, एक लंबी खामोशी के बाद, मेरे छोटे की रिहाई, लेकिन मुझे उम्मीद है, उपयोगी शिल्प - TheSortableTree रत्न (रेल 3, रेल 4)।

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



मणि के वर्तमान संस्करण में, सबसे महत्वपूर्ण समस्या हल हो गई है - गति प्रदान करना। वह राक्षसी रूप से मंद रहती थी। अब (औसतन) आप प्रति सेकंड 1500-2000 नोड्स की रेंडरिंग गति प्राप्त कर सकते हैं। मुझे यह गति स्वीकार्य है और अधिकांश एप्लिकेशन आवश्यकताओं के लिए पर्याप्त है।

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

पुनश्च:

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

थोड़ा इतिहास

नेस्टेड सेट और इसके रेंडरिंग में मेरी दिलचस्पी उसी समय दिखाई दी, जब मैं रूबी और रेल्स पर रूबी से मिला। साल 2008 था।

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

उस समय, मैं सरल पुनरावृत्ति के साथ पेड़ों को खींचना चाहता था। क्यों? क्योंकि यह दृष्टिकोण, मेरी राय में, लागू करने के लिए काफी सरल है, समझने योग्य और व्यावहारिक रूप से जादू नहीं है।

2009-2010 में, पेड़ों को खींचने के लिए कोड का पहला संस्करण पहले से ही मेरी परियोजनाओं में काम कर रहा था। तब कोड वास्तव में बुरा था - दृष्टि और तर्क का एक क्लासिक गड़बड़। मुझे ऑगियन अस्तबल को खाली करने का समय नहीं मिला। लेकिन! कोड काम किया ।

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

2012 के अंत में, अनाम हैबर के साथ एक यादृच्छिक बातचीत ने मुझे यह विचार दिया कि मेरा कोड बेशर्मी से धीमा था और ऐसा नहीं होना चाहिए। और अगर इससे पहले मैं एक अच्छे चाचा के लिए इंतजार कर रहा था, जो मुझे बताएगा कि मेरे कोड में क्या बदलने की आवश्यकता है, तो उस समय मुझे जंगली ब्याज से हैरान था: क्या गलत है?

अजीब बात है, लेकिन किसी कारण के लिए, क्यू एंड ए हब की एक शाखा में बेनामी के साथ आभासी बातचीत के बाद, शाम की चाय के साथ घर पर बैठे हुए, मैंने अपने कोड के मुख्य टुकड़े को अपने सिर में स्क्रॉल किया और एक अड़चन पाया।

यह निर्णय इतना सरल था कि इसने मुझे कुछ समय के लिए स्तब्ध कर दिया। मणि उस शाम को गढ़ा गया था, और प्रतिपादन की गति नाटकीय रूप से बढ़ गई थी। कोड तेज हो गया है।

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

धन्यवाद

मैं उन सभी के लिए बहुत आभारी हूं जिन्होंने मुझे सलाह, पैच, परामर्श और रचनात्मक आलोचना और संदेह के साथ मदद की: सबसे पहले, ये ह्राहज़िटेली हैं: वोरबिज , यूज़रिफ़ल और एनोनिमस ।

किसी भी mjsarfatti को उसकी नेस्टसॉर्टेबल स्क्रिप्ट के लिए धन्यवाद, जिसके आधार पर मेरे मणि में काम करता है।

आइकन की एक जोड़ी के लिए Iconza धन्यवाद।

असीमित समर्थन और इस तथ्य के लिए मेरी प्यारी पत्नी का धन्यवाद कि वह आभासी दुनिया में रहते हुए मुझे बहुत स्वादिष्ट बनाती है।

योजनाओं

अब मैं कई मुख्य क्षेत्रों को देखता हूं जिन पर काम किया जाना चाहिए:

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

2. पेड़ डेटा संरचनाओं के लिए कई अन्य समाधान हैं - कृत्यों_सो_ऑर्डेड_ट्री , वंश । मणि का एक संस्करण और उनके लिए बनाना अच्छा होगा।

3. कई लोग चाहते हैं कि बड़े पेड़ पेड़ के मुख्य नोड्स को खींचने में सक्षम हों, और फिर (यदि आवश्यक हो) बाल तत्वों को लोड करें। इस तरह की कार्यक्षमता, ज़ाहिर है, लागू करने योग्य है। मुझे जल्द ही ऐसा करने की संभावना है।

सीमा की स्थिति के बारे में थोड़ा सा

मैंने पाया कि क्लाइंट पर ड्रैगिंग और ड्रॉपिंग काफी धीमी हो जाती है अगर 1,500 से अधिक ड्रैग करने योग्य नोड्स हैं (तकनीकी संसाधनों के लिए भत्ता बनाएं)। यह सिर्फ विचार के लिए जानकारी है। अब तक, यह समस्या मेरे लिए व्यक्तिगत रूप से प्रासंगिक नहीं है और मैं इसके लिए कोई महत्वपूर्ण महत्व नहीं दूंगा। हालाँकि, यह आपके लिए उपयोगी हो सकता है। बस संख्याओं का क्रम ज्ञात कीजिये।

कुल मिलाकर

सामान्य तौर पर, जो कुछ हुआ उससे मैं खुश हूं। मुझे उम्मीद है कि मेरा छोटा शिल्प किसी के लिए जीवन को आसान बनाता है।

निश्चित रूप से मुझे परियोजना पृष्ठ पर रचनात्मक आलोचना, प्रतिक्रिया और मुद्दों की उम्मीद है।

गुड लक और गुड लक!