Etherpad-lite: RFC: पुनर्लेखन के बारे में सोचना (मुझे पता है)

को निर्मित 31 जन॰ 2018 · 7टिप्पणियाँ · स्रोत: ether/etherpad-lite

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

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

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

Question

स्रोत

Pita

👍13 ❤5 🎉4

सभी 7 टिप्पणियाँ

@Pita के लिए यकीन है कि एक फिर से लिखा Etherpad वर्तमान एक से बेहतर होगा, हालांकि मुझे संदेह है कि पूरा करने के लिए बहुत समय लगेगा। आपके द्वारा उल्लिखित विचारों के साथ, जो चीजें सुधरेंगी:

कंटेंट एडिटेबल के बिना एक रिएक्ट एडिटर का उपयोग करके, हमारे पास iframe झरना होगा, जिसे कभी-कभी संभालना एक बुरा सपना होता है। दूसरी ओर, जो एथरपैड-कोर और इसके प्लग-इन के अंदर बहुत सारी चीजों को तोड़ सकता है, लेकिन यह एक लागत है जिसे हमें क्लीनर और सरल कोड आधारों के साथ समाप्त करना पड़ सकता है;
अधिक TDD दृष्टिकोण का उपयोग करके, हम वर्तमान में हमारे पास मौजूद परीक्षण कवरेज को बढ़ाने में सक्षम होंगे। वर्तमान में कोड के कुछ हिस्सों में बहुत अच्छा कवरेज नहीं है (यदि उनके पास कोई भी है), जिसे मैं समझता हूं, क्योंकि मूल ईथर-कोड के बारे में किसी को भी बहुत अच्छा ज्ञान नहीं था, जब एथरपैड-लाइट को फिर से लिखा जा रहा था। लेकिन एक अच्छा परीक्षण कवरेज होने से हम चीजों को तोड़ने के डर के बिना संपादक के कोर के कुछ हिस्सों को बदलने में सक्षम होंगे। मैं व्यक्तिगत रूप से हमेशा कुछ तोड़ने से डरता हूं जब मुझे ace2_inner.js पर कुछ भी बदलने की आवश्यकता होती है, उदाहरण के लिए;
सामानों को करने के लिए अन्य उपकरणों और चौखटों का उपयोग करके जिसे एथरपैड को संभालने की आवश्यकता नहीं है, कोडबेस बहुत सरल और कम त्रुटि वाला होगा। और मुझे पूरा यकीन है कि उन लोगों को पता है कि इन अन्य सामानों को कैसे संभालना है जो हम करते हैं; :-)

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

lpagliari 1 फ़र॰ 2018

👍1

जंग में एक पुनर्लेखन (या इसके कुछ हिस्सों) के बारे में क्या? यह एक प्रचार प्रतीत होता है और इसमें सिस्टम के लिए बहुत सारे फायदे हैं जो सुरक्षित और तेज़ होना है ...

fnetX 8 फ़र॰ 2018

जंग में एक पुनर्लेखन (या इसके कुछ हिस्सों) के बारे में क्या? यह एक प्रचार प्रतीत होता है और इसमें सिस्टम के लिए बहुत सारे फायदे हैं जो सुरक्षित और तेज़ होना है ...

मैं एक बड़ा रस्ट फैन हूं, लेकिन मुझे लगता है कि शुद्ध रस्ट सर्वर या फ्रंट-एंड-एंड करने के लिए यह बहुत जल्द है।

मेरा मानना है कि सी / सी ++ के बजाय रुस्तम में देशी मॉड्यूल लिखने के लिए एक दृष्टिकोण बहुत ही व्यवहार्य है ... उदाहरण के लिए, नियॉन जंग / नोड बाइंडिंग आज बहुत अच्छी तरह से काम करता है: https://github.com/neon-bindings/neon

rhelmer 11 फ़र॰ 2018

👍1

मैं सहमत हूं कि यह फ्रंट-एंड के लिए रिएक्ट पर गंभीरता से विचार करने के लायक है, या यदि उचित प्रतिक्रिया नहीं है तो कम से कम घटकों पर विचार करें और डेटा प्रवाह आदि के बारे में सोचें। रिएक्ट में टूलिंग और डेवलपर जागरूकता है, जो संभवतः योगदानकर्ताओं को आकर्षित करने में मदद करेगा।

मैं @lpagliari से सहमत

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

यह प्रगतिशील वेब ऐप दिशानिर्देशों के पूरे सेट को भी देखने लायक है।

rhelmer 11 फ़र॰ 2018

इस पर आपकी प्रतिक्रिया के लिए आप सभी का धन्यवाद। ऐसा लगता है कि ज्यादातर लोग रिएक्ट में फ्रंटएंड रीराइट के साथ सहमत हैं। मैं सोचने लगूंगा कि कैसे करना है और फिर हम बाद में बैकएंड पर जा सकते हैं।

@ फ्राॅलिक्स मैंने

@ मोबाइल मोबाइल के साथ वर्तमान मुद्दे क्या हैं? मुझे लगता है कि अगर हम इसे एक फ्रंटएंड के लिए प्राथमिकता देंगे तो इसे फिर से लिखना आसान होगा

Pita 12 फ़र॰ 2018

हाय दोस्तों,
मैंने रेपो को घूरते हुए बस इस धागे पर ठोकर खाई (मेरे पास एथरलाइट की एक चल स्थापना है और इसे प्यार करता हूँ)। इस भयानक उपकरण को बनाने के लिए बहुत धन्यवाद।

यदि आप एक आधुनिक वेब फ्रेमवर्क के साथ एक पुनर्लेखन पर विचार करते हैं, विशेष रूप से प्रतिक्रिया करते हैं, तो मैं आपको इसके बजाय (बहुत तेजी से विडोड डिफेंडिंग / रेंडरिंग) उपदेश को देखने के लिए प्रोत्साहित करता हूं और संपूर्ण प्रतिक्रिया पारिस्थितिकी तंत्र के साथ बिल्कुल संगत हूं। कुछ नंबरों के लिए https://github.com/Rich-Harris/js-framework-benchmark देखें।

प्रतिक्रिया-सामग्री-यूआई, प्रतिक्रिया-बूटस्ट्रैप या जैसे सामान्य घटक पुस्तकालयों पर भी एक नज़र है। आपको तब फ्री में रिस्पॉन्सिबिलिटी मिलती है और SASS, LESS जो भी हो उससे ज्यादा मिलना और मिलना नहीं होता है।

निश्चित रूप से बंडलिंग के लिए वेब-पैक का उपयोग करें (वर्तमान में हॉट-रीलोडिंग के साथ सबसे अच्छा देव xperience और सोर्समैप और बैबल समर्थन के साथ डिबगिंग)।

इसके अलावा, REDUX या इसी तरह के उपकरण का उपयोग करने से पहले: राज्य प्रबंधन के लिए मोबाइल की जाँच करें। ES7 सज्जाकारों के साथ जगह में (बहुत आमतौर पर इस्तेमाल किया बाबेल प्लगइन) यह बहुत सारे राज्य प्रबंधन बॉयलरप्लेट से छुटकारा दिलाता है। आप अपने मॉडल को कोडिंग करने के लिए वापस आते हैं, वेधशालाओं को परिभाषित करते हैं और आपके सभी ui प्रतिक्रियात्मक रूप से मोबेक्स द्वारा राज्य परिवर्तनों पर अद्यतन होते हैं।

bennidi 5 अप्रैल 2018

@ इस पर कोई अपडेट?

rpmansion 22 नव॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Etherpad-lite: RFC: पुनर्लेखन के बारे में सोचना (मुझे पता है)

सभी 7 टिप्पणियाँ

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