Angular.js: मैं एनजी-इफ और एनजी-रिपीट द्वारा बनाई गई टिप्पणियों को कैसे हटा सकता हूं?

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

@cc17 आप इन तत्वों से छुटकारा क्यों चाहते हैं? अपने लक्ष्य को प्राप्त करने का एक बेहतर तरीका होने की संभावना है।

टिप्पणियाँ कुछ उत्पाद तर्क दिखाएँगी कि मैं अन्य लोगों को नहीं चाहता
देखो।

2014-08-26 7:05 जीएमटी+08:00 ब्रायन फोर्ड नोटिफिकेशन @github.com :

@cc17 https://github.com/cc17 आप इनसे छुटकारा क्यों चाहते हैं
तत्व? अपने लक्ष्य को प्राप्त करने का एक बेहतर तरीका होने की संभावना है।

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/angular/angular.js/issues/8722#issuecomment -53349716।

मैं @cc17 से सहमत हूं। मैं भी वही हासिल करना चाहता हूं।

@ cc17 मैं इसे समझना चाहूंगा। कोणीय को इन टिप्पणी नोड्स को उन कारणों से उपस्थित होने की आवश्यकता है जो इस विषय से बाहर हैं।
अब, आपने कहा

टिप्पणियां कुछ उत्पाद तर्क दिखाएंगी जो मैं नहीं चाहता कि अन्य लोग देखें

क्या आप ऐसा कह रहे हैं?

• आप चाहते हैं कि टिप्पणी नोड्स कोई जानकारी न दिखाएं? यानी अगर ये खाली टिप्पणी नोड थे तो यह ठीक रहेगा
• टिप्पणी नोड्स बिल्कुल नहीं होने चाहिए

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

@lgalfaso

आप चाहते हैं कि टिप्पणी नोड्स कोई जानकारी न दिखाएं? यानी अगर ये खाली टिप्पणी नोड थे तो यह ठीक रहेगा

मैं कह सकता था कि यह एक विकल्प होगा।

@lgalfaso हाँ पहला विकल्प ठीक है। आवश्यक टिप्पणी निकाय को बेनकाब करें जो वर्तमान निर्देश व्यवहार को नहीं तोड़ेगा।

मैं यहां एक ही समस्या के समान उत्तरों की तलाश में आया था, लेकिन विभिन्न कारणों से (यह वास्तव में एक लाख टिप्पणियों के साथ डीओएम तत्वों को डीबग करना वास्तव में परेशान था)।

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

@cc17
"टिप्पणियां कुछ उत्पाद तर्क दिखाएंगी जो मैं नहीं चाहता कि अन्य लोग देखें।"
? टिप्पणियों को देखने के लिए आपको ब्राउज़र के देव उपकरण खोलने होंगे।
वहां, आपके सभी (फ्रंट एंड पार्ट) उत्पाद तर्क दिखाया गया है! आपका एचटीएमएल (मूल और वर्तमान), जावास्क्रिप्ट, नेटवर्क अनुरोध...

@ सीवर
"यह वास्तव में एक लाख टिप्पणियों के साथ डीओएम तत्वों को डीबग करना वास्तव में परेशान था"
मुझे आश्चर्य है कि कौन सा कोणीय पृष्ठ (स्वीकार्य प्रतिक्रिया समय ;-) के साथ) आप "एक लाख टिप्पणियां" उत्पन्न कर सकते हैं

+1

मैं लाइव एचटीएमएल से भी टिप्पणियों को हटाने का विकल्प देखना चाहता हूं। मेरी नजर में यह बदसूरत और विचलित करने वाला है। मेरे टेक्स्ट एडिटर के विपरीत, डेवलपर कंसोल पेज का 1/3 हिस्सा ऊंचा है, और इसलिए ये अतिरिक्त टिप्पणियां वास्तव में बग हैं।

क्या इस बारे में अधिक जानकारी है कि वास्तव में कोणीय को इनकी आवश्यकता क्यों है?

बदसूरत और विचलित करने वाला बहुत शक्तिशाली कारण नहीं है। मैं
टिप्पणियों का उपयोग कोणीय द्वारा सामग्री के लिए मार्कर के रूप में किया जाता है जो होगा
वहाँ डाला। उदाहरण के लिए एनजीआईएफ तत्व जो प्रदर्शित नहीं होते हैं उन्हें इसकी आवश्यकता होती है।
इसलिए मुझे नहीं लगता कि उनके होने की कोई वास्तविक संभावना है
निकाला गया। कोणीय 2 सैद्धांतिक रूप से एक ही मुद्दा होना चाहिए, लेकिन शायद यह है
वहाँ अलग।
AM 10.02.2016 19:16 schrieb "एलिस्टेयर जी मैकडोनाल्ड" < नोटिफिकेशन @github.com

:

+1

मैं लाइव HTML से हटाई गई टिप्पणियों का विकल्प भी देखना चाहता हूं।
मेरी नजर में यह बदसूरत और विचलित करने वाला है।

क्या इस बारे में अधिक जानकारी है कि वास्तव में कोणीय को इनकी आवश्यकता क्यों है?

-
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/angular/angular.js/issues/8722#issuecomment -182509708
.

हाँ, ng2 में संरचनात्मक निर्देशों के लिए भी टिप्पणियाँ हैं। (मुझे लगता है कि वे <script> तत्वों का उपयोग कर रहे थे, लेकिन किसी बिंदु पर टिप्पणियों पर स्विच करें, क्योंकि तत्व सीएसएस चयनकर्ताओं iirc को तोड़ रहे थे।)

हां समझ गया @Narretz , कुरूपता बेहद प्रेरक नहीं हो सकती है, लेकिन यह स्पष्ट नहीं है कि वास्तविक व्यापार क्या था/है। क्या यह मौजूदा डोम नोड्स का उपयोग करके बेहतर प्रदर्शन करता है? मैं ऐसी छवि नहीं बना सकता जिससे बहुत फर्क पड़े (शायद मैं इससे दूर हूं)। या जावास्क्रिप्ट सरणी बनाने के बजाय डीओएम नोड्स के माध्यम से फिर से शुरू करना आसान था?

@ F1LT3R , टिप्पणी नोड्स मार्कर के रूप में हैं। वे उस मामले के लिए आवश्यक हैं जब सामग्री नहीं दिखाई जाती है (उदाहरण के लिए एक ngIf अभिव्यक्ति का मूल्यांकन असत्य है, एक ngSwitchWhen मूल्य जो वर्तमान ngSwitch अभिव्यक्ति आदि से मेल नहीं खाता है)। उस स्थिति में, हमें यह जानने के लिए DOM में प्लेसहोल्डर की आवश्यकता है कि बाद में वास्तविक तत्वों को कहाँ सम्मिलित किया जाए (उदाहरण के लिए जब ngIf अभिव्यक्ति का मूल्यांकन सत्य आदि के रूप में होता है)।

मुझे उम्मीद है कि इसके लिए कोई विकल्प होगा।

इस तरह की टिप्पणी छोड़ना मुझे लगता है कि यह एक अच्छा विचार नहीं है
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

@codetrash , यदि आपके पास प्रस्तावित करने का बेहतर विचार है, तो हम सब कान हैं: स्माइली:

@codetrash यह एक अच्छा विचार क्यों नहीं है?

@Narretz बैंकिंग, भुगतान सेवा आदि जैसे काफी संवेदनशील एप्लिकेशन के लिए ... इसे छोड़कर

!-- ngIf: transaction.status==9 && transaction.status!==8 -->

जोखिम भरी स्थिति पैदा कर सकता है।

@gkalpak शायद एक एन्क्रिप्टेड मार्कर आदि छोड़कर। क्या आपके पास कोई है?

@codetrash अभिव्यक्ति मार्कअप आपके जावास्क्रिप्ट कोड पर आधारित है जो वैसे भी उपयोगकर्ता एजेंट को उजागर करता है। आपके Javascript कोड को अस्पष्ट करने से जानकारी प्राप्त करना अधिक कठिन हो सकता है, लेकिन आपका एप्लिकेशन तर्क अभी भी निकाला जा सकता है। हम निश्चित रूप से अभिव्यक्ति को हटाने / अस्पष्ट करने का प्रयास कर सकते हैं, लेकिन मुझे व्यक्तिगत रूप से लगता है कि यहां कोई सुरक्षा जोखिम नहीं है और यह कम प्राथमिकता है। अगर कोई इसे एक शॉट देना चाहता है, तो आपका बहुत स्वागत है, हालांकि मैं गारंटी नहीं दे सकता कि इसे विलय कर दिया जाएगा।

धन्यवाद @gkalpak , समझ में आता है। मैं देख सकता था कि जेएस में डीओएम परिवर्तनों को ट्रैक करने का प्रयास प्रदर्शन और रखरखाव के लिए काफी अव्यवहारिक क्यों हो सकता है। मुझे लगता है कि अगर हम कह सकते हैं "कोणीय डोम में सभी चीजों को नियंत्रित करता है" तो यह कुछ और व्यवहार्य हो सकता है, लेकिन कोणीय सभी प्रकार के तृतीय-पक्ष पुस्तकालयों के साथ मिलकर मिल जाता है ... एह। "दो बुराइयों में से कम"।

@codetrash
<जोखिम भरी स्थिति पैदा कर सकता है>>
?? यह कोड और कुछ नहीं है जिसे आप पहले चरण में स्पष्ट पाठ में भेजे गए html में पढ़ सकते हैं, इसलिए ...

+1।

@smurugavel कृपया इस मुद्दे को केवल +1 न करें। इन टिप्पणियों के खिलाफ अभी भी कोई ठोस मामला नहीं है, इसलिए केवल +1 हमें इसे लागू करने के लिए बाध्य नहीं करेगा।

@Narretz , जैसे @ cc17 ने कहा, व्यावसायिक तर्क मेरी चिंता थी, जिसे दूसरों द्वारा देखने की आवश्यकता नहीं है जो डेवलपर टूल के माध्यम से स्रोत कोड देख सकते हैं।
इस सूत्र में सुझावों के माध्यम से जाने पर, @lgalfaso का पहला विकल्प मेरे लिए ठीक था।
वैकल्पिक रूप से, क्या कोणीय टीम इन टिप्पणियों को एन्क्रिप्ट कर सकती है जिसे मानव पढ़ नहीं सकता है या एक विशिष्ट पहचानकर्ता जोड़ सकता है जिसे कोणीय आंतरिक रूप से ट्रैक कर सकता है? बस मेरे विचार..

@smurugavel , जैसा कि इस धागे में पहले ही उल्लेख किया गया है, इन टिप्पणियों में ऐसा कुछ भी नहीं है जो आपके टेम्प्लेट में पहले से ही सादे पाठ के रूप में दिखाई नहीं दे रहा है। जो कोई भी आपका स्रोत कोड देख सकता है वह इस व्यावसायिक तर्क को देख सकता है। टिप्पणियों से छुटकारा पाने से आपकी समस्या का समाधान नहीं होगा।

मुझे आशा है कि इसे हटाने और फ़िल्टर करने पर इसे फिर से प्राप्त करने का विकल्प होगा।

इस तरह की टिप्पणी छोड़ना मुझे लगता है कि यह एक अच्छा विचार नहीं है

और क्या होगा यदि मुझे फ़िल्टर लागू करना है और इस समय फिर से उल ली का उपयोग करना है, तो मेरी टिप्पणी ली मान फिर से दिखाई दे रहा है।

@ManishLSN , सुनिश्चित नहीं है कि आपका क्या मतलब है। कोई टिप्पणी नहीं है li । बस एक सादा HTML टिप्पणी।
उस ने कहा, मेरा मानना ​​है कि debug info अक्षम होने पर खाली टिप्पणियों का अर्थ होगा (टिप्पणियों की सामग्री "डिबगेबिलिटी" के अलावा किसी अन्य उद्देश्य की पूर्ति नहीं करती है)।

WDYT @Narretz , @lgalfaso ?

_{फिर से (इस चिंता को उठाने वाले लोगों के लिए), इसका सुरक्षा पर कोई प्रभाव}

हमें डोम में होने के लिए टिप्पणियों की आवश्यकता है या कोणीय बस काम नहीं करेगा।
डीबगइन्फो अक्षम होने पर हम टिप्पणी के पाठ को हटाने के विचार को लागू कर सकते हैं। यह काफी सीधा बदलाव है। किसी को भी पीआर?

धन्यवाद !!!

@codetrash यह बंद है और मुझे लगता है कि यह इंस्पेक्टर से तर्क को "छिपाने" के लिए अच्छा है। लेकिन जैसा कि पहले कहा गया है, आपका सादा HTML और JS ब्राउज़र में परोसा जाता है, इसलिए इसे किसी भी तरह से अधिक सुरक्षित नहीं माना जाना चाहिए। 2.0 के साथ सर्वर-साइड कोणीय का उपयोग करके इसे बेहतर तरीके से संरक्षित किया जा सकता है। किसी भी मामले में, केवल "जोखिम भरी स्थिति" मैं देख सकता था कि क्या वे निरीक्षक में मूल्यों को बदल सकते हैं और या तो डेटा को देख या सहेज सकते हैं जो उन्हें सक्षम नहीं होना चाहिए - लेकिन इसे उस डेटा को मॉडल में प्रदान नहीं करके रोका जा सकता है प्रथम स्थान। सर्वर से संवेदनशील डेटा भेजने के लिए इसे खराब अभ्यास माना जाना चाहिए यदि इसे उपयोगकर्ता से छिपाया जाना चाहिए - दूसरे शब्दों में, अनुमतियों को सर्वर-साइड लागू किया जाना चाहिए, विशेष रूप से बैंकिंग, भुगतान सेवा आदि के लिए। ब्राउज़र को भेजी जाने वाली कुछ भी होनी चाहिए सार्वजनिक रूप से उपलब्ध माना जाता है।

यह एक दिलचस्प उपयोग का मामला है अकुनो। मैं सेट कर सकता हूं कि ऐसा क्यों होगा
निराशा होती।

मुझे लगता है कि व्यवहार में आप कुछ तत्वों को a . में भी फ़िल्टर करना चाहेंगे
गैर कोणीय परिदृश्य। मैं फ्रेम, टिप्पणियाँ, आदि।

लागू करने के लिए और अधिक काम, हाँ, लेकिन एक क्लीनर अधिक नियंत्रणीय पाइपलाइन
एक प्रारूप और दूसरे के बीच शायद एक अच्छा विचार है।
25 मार्च 2016 को 2:55 पूर्वाह्न को, "अकुन्नो" नोटिफिकेशन @github.com ने लिखा:

मुझे आशा है कि मैं इसे सही ढंग से समझ रहा हूँ, क्योंकि मैं एक ऐसी ही नाव में हूँ।

वर्तमान में मेरे डोम में इस तरह की बहुत सारी टिप्पणियाँ और चित्र हैं:

जब मैं तत्व के माता-पिता पर आंतरिक HTML को कॉल करता हूं, तो मैं कुछ के साथ समाप्त होता हूं
इस तरह:

ng-src="data:image/gif;base64,...">

मैं कोणीय निर्देशों के बिना HTML निकालने के तरीके से अनजान हूं।
मैं प्रदान किए गए HTML को कोणीय के बिना निकालने की कोशिश कर रहा हूं क्योंकि मैं गुजर रहा हूं
यह एक कनवर्टर के लिए है जो इसमें से एक शब्द दस्तावेज़ बनाता है। वर्तमान में शब्द
doc में लाल X के साथ छवि टैग का एक गुच्छा होता है क्योंकि यह अभी भी कोशिश कर रहा है
छवि को प्रस्तुत करने के लिए जैसे कि यह एक छवि थी। टिप्पणियाँ भी बड़े पैमाने पर हैं
स्ट्रिंग के आकार में वृद्धि।

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

मुझे आशा है कि मैं इसे सही ढंग से समझ रहा हूं, और यह एक तरह से +1 है
किसी भी तरह टिप्पणियों/निर्देशों के बिना प्रस्तुत आउटपुट निकालने के लिए।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें या इसे GitHub पर देखें
https://github.com/angular/angular.js/issues/8722#issuecomment -2011172995

एक और उपयोग का मामला: सीएसएस के लिए कॉन्फ़िगरेशन द्वारा कम से कम न्यूलाइन छोड़ना खाली छद्म https://css-tricks.com/almanac/selectors/e/empty/

@mashpie अभी एक ही उपयोग के मामले में आया, क्या संयोग है

कोणीय मार्कर टिप्पणियों के आसपास नई पंक्तियाँ नहीं जोड़ता है। देखें http://plnkr.co/edit/z1rJZd7yU0TYZmDAynTh?p=preview

आप इसका उपयोग करके ऐसा कर सकते हैं।

app.config(['$compileProvider', function ($compileProvider) {
// डीबग जानकारी अक्षम करें
$compileProvider.debugInfoEnabled(false);
}]);

@RHanmant यह टिप्पणियों को पूरी तरह से नहीं हटाता है, यह केवल टिप्पणियों से चर/संपत्ति के नाम हटा देता है। टिप्पणियाँ आवश्यक हैं।

जब मैं #mydiv > div:last-child जैसे सीएसएस नियम का उपयोग करने की कोशिश कर रहा था तो मैं इस मुद्दे की रिपोर्ट पर आया था और आखिरी बच्चा होने वाला div बाद में कोणीय टिप्पणी के कारण नहीं था।

CSS चयनकर्ता टिप्पणियों को अनदेखा करते हैं, इसलिए आपने जो वर्णन किया है वह नहीं हो सकता।

मुझे उम्मीद है कि इसके लिए कोई विकल्प होगा।

इस तरह की टिप्पणी छोड़ना मुझे लगता है कि यह एक अच्छा विचार नहीं है
<!-- ngIf: transaction.status==9 && transaction.status!==8 -->

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