मैं निर्देश बनाने की प्रक्रिया के माध्यम से जा रहा था। कुछ अप और डाउन के माध्यम से जाने के बाद मुझे निर्देश (विजेट) बनाने के माध्यम से मिला और निर्देशों को ले जाने वाले विभिन्न विशेषताओं को अंतिम रूप दे रहा था।निर्देश 'स्कोप' में मूल्य विशेषता की आवश्यकता
मैं विभिन्न विकल्पों विशेषता, बाँध, मूल्यांकन, अभिव्यक्ति आदि की तरह उपलब्ध .. इस्तेमाल किया
मैं क्या सोचा था कि आप एक वंशावली घटक बनाना चाहते हैं, तो आप कभी नहीं बताने के लिए लोगों के लिए मूल्यों को पारित करेंगे कर सकते हैं घटक।
यहाँ एक उदाहरण है ...
आप एक नए तत्व घटक .. पैदा कर रहे कहना
<hello name="__ARGUMENT__"></hello>
नमस्ते के लिए नाम विशेषता यह केवल चर रहा है। यदि आप इसे जनता के सामने देते हैं ... ये संभावित परिदृश्य हैं जिनके साथ लोग इस घटक का उपयोग कर सकते हैं।
मामले 1:
<hello name="angular"></hello>
मामले 2:
<hello name="{{name}}"></hello>
मामले 3:
<div ng-repeat="name in names">
<hello name="name"></hello>
</div>
अब .. विभिन्न परिदृश्यों के लिए .. मैं विभिन्न विकल्पों को समझने के लिए आए हैं प्रदान की है। मैं एक परिदृश्य के बारे में सोच नहीं सकता जहां आप कभी भी 'विशेषता' चाहते हैं क्योंकि यह घटक से टेम्पलेट तक मूल्यों का एक सरल प्रत्यक्ष प्रतिस्थापन है।
आपकी निर्देश परिभाषा में यदि आपने नाम को 'मूल्यांकन' के रूप में परिभाषित किया है 'विशेषता'
की अगर विशेषता:
<hello name="angular"></hello>
यदि का मूल्यांकन:
<hello name="'angular'"></hello>
टिप्पणी अतिरिक्त एकल उद्धरण ..
तो जहां तक मैं मूल्यांकन बता सकता हूं कि कौन सा गुण करता है .. और, मूल्यांकन का उपयोग केवल विशेषता से बेहतर विकल्प लगता है क्योंकि इसमें अधिक परिदृश्य शामिल हैं!
यदि कोई व्यक्ति समझा सकता है कि विशेषता पहली जगह क्यों मौजूद है? अधिक विकल्प = अधिक भ्रम .. :)
गणराज, यह बहुत अच्छा है कि आपने इसे लाया है। जैसा कि मैं इस सप्ताह के अंत में निर्देशक दस्तावेज़ के माध्यम से पढ़ रहा था, मैं इसी तरह के निष्कर्षों पर आया था। एक और बात यह है कि जादू शाब्दिक उपसर्ग (?, ^) के साथ नियंत्रक "आवश्यकता" विशेषता है। यह तथ्य कि ? आवश्यकता निर्भरता वैकल्पिक थोड़ा अजीब बनाता है। हो सकता है कि अलग-अलग विकल्प हों, जो निश्चित रूप से चीजों को और जटिल बनाता है ... –