Angular.js: कोणीय 1.x समर्थन समयरेखा घोषणा की सख्त जरूरत है।

क्या आप विस्तार से बता सकते हैं कि आपको वास्तव में क्या जानने की जरूरत है? क्या आपका मतलब सुरक्षा अद्यतन है?

सुरक्षा और संगतता (ब्राउज़र के साथ), हाँ।

मूल रूप से, मैं एक प्रवृत्ति का निरीक्षण करता हूं जहां नए ग्राहक चिंतित हैं कि कोणीय 1.x के लिए "समर्थन" जल्द ही समाप्त हो जाएगा, जो निकट भविष्य में उनकी परियोजनाओं को खतरे में डाल सकता है। "समर्थन" से उनका वास्तव में क्या मतलब है, यह प्रासंगिक नहीं है, जब तक कि यह किसी प्रकार की आधिकारिक घोषणा द्वारा समर्थित है। वर्तमान में इस संबंध में कोई स्पष्ट बयान नहीं है और इसे आम तौर पर आसन्न परियोजना परित्याग के संकेत के रूप में माना जाता है। ग्राहकों को यह समझने की जरूरत है कि 12-24 (या अधिक) महीनों के समय में उनकी कोणीय 1.x परियोजना अपेक्षाकृत "सुरक्षित" है या नहीं।

भले ही परियोजना को छोड़ दिया गया हो, इसका मतलब यह नहीं होगा कि परियोजनाएं
काम करना बंद करें।
wrt ब्राउज़र समर्थन। बॉटम एंड सपोर्ट में कोई बदलाव नहीं होगा।
वर्तमान ब्राउज़र के लिए हम आधुनिक एपीआई के लिए परिवर्तनों का मूल्यांकन करेंगे लेकिन तब से
नए Javascript संस्करणों के लिए कोई BC नहीं है, चिंता की कोई बात नहीं है
के बारे में।
इस विषय को अगली बैठक में उठाऊंगा

एक डेवलपर के रूप में मैं इसे समझता हूं और मुझे उम्मीद नहीं है कि कोणीय 1.x जल्द ही "ब्रेक" करेगा, भले ही कोई नया संस्करण जारी न हो। लेकिन व्यापार के लिए, वे वास्तव में इन "आधिकारिक बयानों" पर भरोसा करते हैं और मुझे लगता है कि कोणीय समुदाय को एक तरह से या किसी अन्य से लाभ होगा।

बस, अब तक दिए गए बयान (यातायात बहुमत और क्या नहीं के बारे में), व्यवसाय के लिए भरोसा करने के लिए पर्याप्त सटीक नहीं हैं।

तो, उसने कहा, मैं इसे लाने के लिए आभारी रहूंगा और अगर इसका परिणाम किसी प्रकार के बयान में हो सकता है, तो इसका बहुत अर्थ होगा।

हाँ, मैं एक बड़े कोणीय 1.X प्रोजेक्ट पर हूँ जो अभी तक उत्पादन नहीं कर रहा है, लेकिन यह एक लंबे समय (बड़े उद्यम) के लिए अस्तित्व में रहेगा। इस नस में कोई अतिरिक्त जानकारी होना दिलचस्प होगा

हालांकि अभी तक कुछ भी ठोस नहीं है, एंगुलर टीम को इसके बारे में पता है और निश्चित रूप से इसके बारे में और अधिक ठोस जानकारी होगी। मैं इस बीच इस मुद्दे को बंद कर रहा हूं।

@Narretz प्रतिक्रिया के लिए धन्यवाद। यह उपलब्ध होने पर उक्त जानकारी के बारे में एक नोटिस छोड़ना अच्छा होगा, जो पहले से ही इस मुद्दे को ट्रैक कर रहा है।

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

@sellmeadog हम अभी तक कोई आधिकारिक घोषणा करने के लिए तैयार नहीं हैं, लेकिन वह विशिष्ट प्रतिक्रिया निश्चित रूप से हमारी योजना के लिए उपयोगी है, धन्यवाद!

दोस्तों, आप बिना जानकारी दिए मुद्दे को बंद क्यों करते हैं? आप अभी कुछ भी घोषणा नहीं कर सकते - यह ठीक है, लेकिन मुझे लगता है कि आपको इस मुद्दे को तब तक खुला छोड़ देना चाहिए जब तक कि घोषणा नहीं हो जाती।

मैं भी इसको लेकर भ्रमित हूं। मैं कई महीनों से शोध कर रहा हूं, इस धारणा के साथ कि एंगुलरजेएस के लिए एंगुलर 2 (या 4?) यह परियोजना किस दिशा में जा रही है?

@RubyRabelle , यह मेरी समझ है कि 1.X कोड बेस में अधिक से अधिक 2+ अवधारणाओं को लाने के लिए 1.X कोड को लगातार अपडेट किया जा रहा है ताकि भविष्य में 2+ पर माइग्रेट करना आसान हो जाए।

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

हाँ, मैं 1.x के बड़े कार्यान्वयन में हूँ और दीर्घकालिक समर्थन स्थिति के बारे में अब प्रबंधन से प्रश्न प्राप्त कर रहा हूँ

@tommck @stuartellis @sebastian-zarzycki-es

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

मूल मुद्दा यह है कि "समर्थन" का अर्थ सभी के लिए कुछ अलग है। क्या यह तकनीकी निर्णय की मान्यता या अमान्यता है (और "समर्थन" का विचार इसमें कैसे चलता है)? क्या इसका मतलब सुरक्षा पैच है? एंगुलरजेएस की हमले की सतह अपेक्षाकृत छोटी है, हालांकि एंगुलर और भी छोटा है, इसलिए यह संभावना नहीं है कि यहां बहुत कुछ होगा। क्या इसका मतलब यह है कि हमें नई ब्राउज़र सुविधाओं का लाभ उठाने के लिए ब्रेकिंग परिवर्तन पेश करने चाहिए?

यदि वादों का एक सेट या समयरेखा है जिसे आप देखना चाहते हैं, तो कृपया मुझे [email protected] पर ईमेल करें

मुझे लगता है कि हर कोई समझता है कि नई सुविधाओं / संवर्द्धन की एक ऊपरी सीमा है जिसे आप AngularJS में डाल सकते हैं - यह स्पष्ट है कि अधिकांश शक्ति / को कोणीय पर पुनर्निर्देशित किया जाना चाहिए। वर्तमान आर्किटेक्चर, डाइजेस्ट मॉडल इत्यादि को देखते हुए आप केवल इतना ही सुधार कर सकते हैं।

मेरे लिए, समर्थन से, मेरा मतलब त्वरित प्रतिक्रिया है जब निम्न में से कोई एक होता है:

• सुरक्षा समस्या / दोष जिसे दूर करने की आवश्यकता है
• नया ब्राउज़र/इंजन जारी किया गया है और angularjs इसके साथ अच्छी तरह से (किसी भी कारण से) नहीं खेलता है
• नया ब्राउज़र / इंजन इंजन स्तर पर कुछ बड़े सुधारों की पेशकश करते हुए जारी किया गया है, और एंगुलरज कोड से इसका समर्थन करने का प्रयास/जोखिम अपेक्षाकृत छोटा होगा, जबकि लाभ पर्याप्त होगा

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

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

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

क्या हम किसी नई सुविधाओं को देखने की उम्मीद करने जा रहे हैं, या हम इस समय केवल रखरखाव मोड में हैं?

मुझे पता है कि यह एक ओपन सोर्स प्रोजेक्ट है, लेकिन यह स्पष्ट रूप से एंगुलर टीम से बहुत अधिक समर्थन प्राप्त है। तो, वे संसाधन कब खत्म होंगे? यह उस तरह का "समर्थन" है जिसके बारे में मैं सोचता हूं।

मैं हमेशा इस परियोजना को फोर्क कर सकता हूं, लेकिन ज्यादातर कंपनियां इसके बारे में बहुत उत्साहित नहीं होंगी।

@StephenFluin - उत्तर देने के लिए धन्यवाद। मैंने अब आपको एक लंबा संदेश ईमेल किया है।

मुझे लगता है कि हमारे लिए टीएलडीआर यह है कि गैर-तकनीकी प्रबंधकों की मूल अपेक्षा यह है कि एक परिनियोजित प्रणाली उसी तरह काम करना जारी रखेगी जब तक कि वह समाप्ति तिथि तक नहीं पहुंच जाती, और वे आमतौर पर कठिन शेड्यूल, लागत और विशिष्ट के लिए उन्मुख होते हैं ( अंततः संविदात्मक) गारंटी। अगर हम कह सकते हैं "तारीख X तक बिना नियोजित टूट-फूट के कोणीय बनाए रखा जाएगा, और हम उसके बाद गारंटी नहीं दे सकते", तो इसे प्रस्तावों, परियोजनाओं और बजट की कॉर्पोरेट निर्णय लेने वाली मशीन में फीड करना संभव है।

FYI करें, यहाँ v1.7 और AngularJS लॉन्ग टर्म सपोर्ट पर नवीनतम अपडेट है https://blog.angular.io/stable-angularjs-and-long-term-support-7e077635ee9c