Ember.js: [ग्लिमर 2] "बैकट्रैकिंग री-रेंडर" अब एक दावा है

FYI करें, हमारे ऐप में इनमें से कुछ चेतावनियाँ थीं। विशेष रूप से, हमने किसी घटक के init में किसी सेवा के कुछ गुणों को अपडेट किया है, जो अलग-अलग रेंडर करने के लिए पृष्ठ पर कुछ और ट्रिगर करेगा।

अगले रन लूप पर संपत्ति परिवर्तन को शेड्यूल करके इस चेतावनी को ठीक करना बहुत आसान है। हमारे (काफी बड़े) ऐप में सभी चेतावनियों को ट्रैक करने और ठीक करने में मुझे ~ एक घंटा लग गया। हालांकि यह तकनीकी रूप से एक महत्वपूर्ण बदलाव है, मैं आपके आकलन से सहमत हूं, भले ही इससे मुझे कुछ अतिरिक्त काम मिला हो।

@fivetanley यहां त्रुटि संदेश में सुधार करना अच्छा लगता है। मुझे पता है कि इन मुद्दों को ट्रैक करने के लिए @kriselden और @stefanpenner के पास वर्कफ़्लो है, हो सकता है कि वे आपको इस पर कुछ निर्देश देने में मदद कर सकें।

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

संभवत: यदि आप किसी ऐसी सेवा पर प्रॉप्स सेट करते हैं जिसे किसी भी घटक पर इंजेक्ट किया जा सकता है, तो यह उस सेट की संभावना को बढ़ाता है जो पहले से ही प्रदान की गई किसी चीज़ को अमान्य कर देता है। सामान्य तौर पर, पैटर्न यह होना चाहिए कि सेट () का उपयोग केवल हुक प्रदान करने के दौरान आंतरिक स्थिति पर किया जाता है, इनपुट या सेवाओं से बंधा नहीं होता है और या किसी ईवेंट पर सेट () का उपयोग किया जाता है, इनपुट स्थिति को समय सामग्री प्रस्तुत करने से तय किया जाना चाहिए।

@joukevandermaas run.next() इस त्रुटि के लिए एक अच्छा समाधान नहीं है,

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

हमारे पास यहां कुछ और ज्ञान साझा करने का काम है... अंततः हम मानते हैं कि यह ऐप्स के लिए एक स्वस्थ मार्ग है। लेकिन हमें यह सुनिश्चित करने की ज़रूरत है कि हर किसी के पास लाभ के लिए उपकरण + ज्ञान उपलब्ध हो :)

एक व्यक्ति के रूप में जो एम्बर गोइंग को अपेक्षाकृत बारीकी से फॉलो करता है (ट्विटर, यहां जीथब, मेलिंग लिस्ट, आदि पर) यह मुद्दा मुझ पर फंस गया है, इसलिए मुझे संदेह होगा कि यह दूसरों को आश्चर्यचकित कर सकता है अगर यह एम्बर 2.10 के हिस्से के रूप में आता है, खासकर क्योंकि इससे जुड़ी बहिष्करण चेतावनी विशेष रूप से बताती है कि व्यवहार 3.0 तक समर्थित होगा। मुझे विश्वास नहीं है कि मैंने इसे कहीं भी सामाजिक रूप से देखा है कि यह व्यवहार ग्लिमर 2 में काम नहीं करेगा (हालांकि मैंने इसे आसानी से याद किया होगा)।

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

हाँ, हमें यहाँ कुछ संदेश/विवरण सुधारने की आवश्यकता है।

मैं इसे 2.10 रिलीज में देखता हूं। क्या 2.10 रिलीज ब्लॉग पोस्ट में इसका उल्लेख किया जाएगा?

2.10 ब्लॉग पोस्ट में इसका उल्लेख नहीं किया गया था और मुझे आश्चर्य हुआ क्योंकि बहिष्करण चेतावनी ने पहले कहा था कि यह 3.0 तक समर्थित होगा, जैसा कि ऊपर उल्लेख किया गया था।

मेरे पास एक उपयोग पैटर्न है जो इससे प्रभावित है। मुझे यकीन है कि समस्या मेरा उपयोग पैटर्न होना चाहिए, न कि यह विशेष परिवर्तन, लेकिन मुझे कुछ इनपुट पसंद आएगा कि एक अच्छा वैकल्पिक उपयोग पैटर्न क्या होगा!

मूल रूप से, मेरे पास एक पृष्ठ है जो डेटा का एक फ़िल्टर करने योग्य सेट दिखाता है, और इसे प्राप्त करने के लिए, मैं पृष्ठ पर कई क्वेरी-पैरा के मान के आधार पर डेटा को फ़िल्टर करने के लिए एम्बर गणना मूल्य का उपयोग कर रहा हूं। हालांकि, अमान्य इनपुट (जैसे अक्षर या संख्या नहीं) को उपयोगकर्ता इनपुट से क्वेरी-पैरा में जोड़े जाने से रोकने के लिए, मेरे पास निम्न पैटर्न है:

 filteredModel: Ember.computed('model', /*list of individual query params*/, function(){
    let model = this.get('model').filterBy('pdf.pdf_path.url'); //removes all records that don't have a pdf uploaded
    this.get('queryParams').forEach((filter)=> { // for each possible filter
      if ((this.get(filter).length > 0)) { //if the filter has content...
        //guardian pattern to prevent invalid inputs
        let valid = new RegExp('^[A-Za-z0-9 _]*[A-Za-z0-9][A-Za-z0-9 _]*$');
        while (this.get(filter).length > 0 && !valid.test(this.get(filter))){
          this.set(filter, this.get(filter).slice(0,-1));
        }
        //block of code where the model gets filtered
        //...
        //...
    });
    return model;
  }),

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

इसने हमें भी आश्चर्यचकित कर दिया - विशेष रूप से क्योंकि जब ऐप 2.9 के साथ चल रहा था तब हमें कोई चेतावनी संदेश नहीं दिखाई दिया। जब हम 2.10 में अपग्रेड करते हैं तो एप्लिकेशन लोड नहीं होगा और इस त्रुटि का संदर्भ देगा। क्या किसी और ने यह व्यवहार देखा है?

@revanar मैं यहां पूरी तरह से बंद हो सकता हूं, लेकिन ऐसा लगता है कि आपका सीपी वास्तव में दो अलग-अलग चीजें हैं: फ़िल्टर किए गए मॉडल को वापस करने के लिए एक सीपी और फ़िल्टर अपडेट करने के लिए एक। मैं अद्यतन करने वाले फ़िल्टर भाग को एक अवलोकन योग्य में स्थानांतरित कर दूंगा। या, यदि यह एक घटक है और आप घटक में क्वेरी पैराम पास कर रहे हैं, तो मैं तर्क को didReceiveAttrs हुक में स्थानांतरित कर दूंगा। "बैकट्रैकिंग रीरेंडर" त्रुटि में चल रहे मेरे अनुभव से, मुझे लगता है कि सीपी से set ऑपरेशन को स्थानांतरित करने से त्रुटि दूर हो जानी चाहिए।

हमें इसके साथ भी कठिन समय हो रहा है। मैंने बहुत सी समस्याओं को ठीक कर दिया है, लेकिन एक उदाहरण जो हम इस बहिष्करण त्रुटि को देख रहे हैं, वह हैरान करने वाला है।

Assertion Failed: You modified transitioningIn twice on <app<strong i="6">@component</strong>:link-to::ember1159> in a single render.

ऐसा लगता है कि विफलता हो रही है क्योंकि एक एम्बर आंतरिक संपत्ति को एक से अधिक बार अपडेट किया जा रहा है। दुर्भाग्य से यह हमारे सेलेनियम परीक्षणों के दौरान पुन: उत्पन्न होता है इसलिए इसे डीबग करना मुश्किल है (सेलेनियम ड्राइवर परीक्षण के दौरान देव उपकरण को काम करने से रोकता है)। मैंने अपनी साइन-इन प्रक्रिया के अंत में किए गए कंट्रोलर.transitionToRoute कॉल में समस्या के कम से कम एक उदाहरण का पता लगाया, लेकिन ऐसा लगता है कि यह कई अलग-अलग परिदृश्यों में होता है।

मुझे यकीन नहीं है कि समस्या निवारण के साथ कैसे आगे बढ़ना है।

@chancancode ने इस https://github.com/emberjs/ember.js/blob/master/FEATURES.md पर कोई जानकारी नहीं दिख रही है

हमारे एम्बर 2.10 प्रवास के लिए भी, यह मुख्य दर्द बिंदु है। हम इनमें से बहुत से मुद्दों को ठीक भी कर रहे हैं। ऐसा लगता है कि इन त्रुटियों को ठीक करने के लिए कोई एकल/स्पष्ट रणनीति नहीं है। हमने उपयोग के मामले के आधार पर निम्नलिखित दृष्टिकोणों का प्रयास किया है:

1. Ember.run.next में रैपिंग कोड
2. किसी भी setter कोड को computed properties से जीवनचक्र हुक में, या event handlers , जहां भी संभव हो, ले जाना।
3. घटकों के लिए जीवनचक्र हुक के विभिन्न संयोजन की कोशिश कर रहा है

इससे हमें भी काफी परेशानी हो रही है। पिछले कुछ वर्षों में हमने काफी मात्रा में ड्रॉप डाउन जमा किए हैं जो स्वचालित रूप से एम्बर डेटा स्टोर कैश से एक निश्चित प्रकार के पहले तत्व का चयन करते हैं। यह पुन: प्रस्तुत करने का कारण बनता है क्योंकि पृष्ठ के कुछ भाग ड्रॉपडाउन चयन द्वारा संचालित होते हैं। मुझे पूरा यकीन नहीं है कि क्या करना है क्योंकि मैं ड्रॉपडाउन का उपयोग किए जाने वाले प्रत्येक पृष्ठ पर सूची के पहले आइटम को भरने और चुनने के लिए एक ही कोड दोहराना नहीं चाहता हूं।

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

क्रिस सेल्डन के पास इन्हें डीबग करने के लिए एक उपयोगी युक्ति है:

मैंने यहां और अधिक विवरण में चरणों को रेखांकित किया है: https://github.com/GavinJoyce/backtracking/pull/1#issuecomment -266427152

मैं बैकट्रैकिंग अभिकथन संदेश को 2.10.2-with-improved-backtracking-assertion बिल्ड काटा है जिसमें ये बेहतर संदेश शामिल हैं:

पहले:

आपने एक ही रेंडर में message.message_goal.description को <(subclass of Ember.Model):ember3486> पर दो बार संशोधित किया है। यह एम्बर 1.x में अविश्वसनीय और धीमा था और अब समर्थित नहीं है। अधिक जानकारी के लिए https://github.com/emberjs/ember.js/issues/13948 देखें।

बाद में:

आपने एक ही रेंडर में message.message_goal.description को <(subclass of Ember.Model):ember3486> पर दो बार संशोधित किया है। इसे component:message-edit-expanding-container-component में प्रस्तुत किया गया था और component:rules/predicate-date-value-component में संशोधित किया गया था। यह एम्बर 1.x में अविश्वसनीय और धीमा था और अब समर्थित नहीं है। अधिक जानकारी के लिए #13948 देखें।

इसके तैयार होने से पहले मुझे कुछ और काम करने हैं, लेकिन यह वास्तव में उपयोगी होगा यदि कुछ लोगों ने इसे अपने ऐप में आज़माया। /cc @fivetanley , @bryanhickerson , @revanar , @phammers , @scottmessinger , @tharrington1 , @manimis902 , @jakesjews , @elwayman02। कृपया मुझे बताएं कि क्या आपको अपने ऐप में कोई गैर-आदर्श अभिकथन संदेश दिखाई देता है।

इसे आज़माने के लिए, एम्बर निर्भरता को निम्नानुसार शामिल करने के लिए अपना bower.json अपडेट करें:

{
  "name": "backtracking",
  "dependencies": {
    "ember": "intercom/ember#2.10.2-with-improved-backtracking-assertion",
    "ember-cli-shims": "0.1.3"
  },
  "resolutions": {
    "ember": "2.10.2-with-improved-backtracking-assertion"
  }
}

आप यहां इस बिल्ड को चलाने वाला एक उदाहरण एप्लिकेशन देख सकते हैं: https://github.com/GavinJoyce/backtracking/pull/10

मैंने अभी-अभी 1.11.0-कैनरी बिल्ड काटा है

क्या यह एक टाइपो है?

@rwjblue धन्यवाद, यह एक टाइपो था। अद्यतन

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

@धौलागिरी यदि आप रुचि रखते हैं, तो मुझे कभी-कभी एक स्क्रीनशेयर व्यवस्थित करने और आपकी सटीक समस्या में गोता लगाने में खुशी होगी। मैं चाहता हूं कि त्रुटि संदेश यथासंभव सहायक हों और आपके मामले पर विचार करना उपयोगी होगा (और मैं मूल कारण की पहचान करने में मदद कर पाऊंगा)।

एफडब्ल्यूआईडब्ल्यू मुझे इससे संबंधित एक और समस्या मिली है: https://github.com/alexspeller/ember-cli-active-link-wrapper/issues/25

एम्बर-पेपर (ऊपर संदर्भित पीआर) पर टैब नियंत्रण लाने के लिए चल रहे प्रयास में बग खोजने की कोशिश करते समय @GavinJoyce द्वारा शाखा की कोशिश की। दुर्भाग्य से ऐसा लगता है कि मेरे मामले में मुझे उन घटकों के संदर्भ भी मिलते हैं जो शामिल नहीं होते हैं।

@bjornharrtell क्या आपके पास एम्बर-पेपर शाखा है जिसे मैं कोशिश कर सकता हूं?

^ हमने एम्बर-पेपर मुद्दों (https://github.com/miguelcobain/ember-paper/pull/590) में गोता लगाने में थोड़ा समय लिया। यह लगता है कि:

• नए त्रुटि संदेश वर्तमान की तुलना में अधिक उपयोगी थे
• वे परिपूर्ण नहीं थे क्योंकि वे उपज वाली सामग्री को अच्छी तरह से नहीं संभालते थे। (घटक जिसमें {{yield}} था, को स्रोत के रूप में रिपोर्ट किया गया था जो उपयोगी था, लेकिन उतना उपयोगी नहीं था जितना शायद हो सकता है)

यह एडऑन के साथ बग हो भी सकता है और नहीं भी, लेकिन मुझे https://github.com/DockYard/ember-one-way-controls/issues/136 में इस त्रुटि का सामना करना पड़ा

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

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

मेरा मानना ​​है कि मेरे पास एक वैध उपयोग मामला है जहां हम इस पुन: प्रतिपादन समस्या को देख रहे हैं। हमारे ऐप में, हमारे पास एक बटन है जिसमें कुछ राज्य (ठीक है, मान्य करना, चेतावनी, त्रुटि) है। यह एक घटक है जो वर्तमान स्थिति दिखाता है, कुछ चीजें होने पर पुष्टि करता है, और सत्यापन या सक्रियण के परिणाम के आधार पर, अलग-अलग चीजें प्रदर्शित करता है (स्पिनर, अलग बटन टेक्स्ट, अलग बटन वर्ग)।

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

@ tundal45 क्या आप एक ट्विडल या नमूना ऐप बनाने में सक्षम हो सकते हैं जो दर्शाता है कि आप जो मानते हैं वह गलत त्रुटि है?

@ Blackening999 @ tundal45 क्या आप अपने छोटा कर सकते हैं?

@chancancode @ Blackening999 मैं जल्द ही यहां एक पोस्ट करने का प्रयास करूंगा। त्वरित प्रतिक्रिया के लिए धन्यवाद।

@chancancode https://ember-twiddle.com/936d549b5625b0cf4f3c945d0ed04d3b?openFiles=components.button-with-state.js ट्विडल होगा लेकिन मुझे ऐप में दिखाई देने वाली त्रुटि नहीं दिख रही है, इसलिए कुछ और बात हो सकती है पैदा कर रहा है।

मैं इसे कई गणना गुणों पर देख रहा हूं, जिनमें से एक साधारण Ember.computed.or । चूँकि इस मामले में @manimis902 का कोई भी सुझाव लागू नहीं होता है, एक उपयुक्त समाधान क्या होगा?

जैसा कि @ थारिंगटन 1 ने उल्लेख किया है कि @chancancode द्वारा उल्लिखित सुविधा के लिए ध्वज कहाँ है?

@cbou जहाँ तक मुझे पता है कि झंडा मौजूद नहीं है

मुझे पूरी तरह से यकीन नहीं था कि इन बहिष्करण नोटिसों को कैसे संभालना है, न ही मुझे यकीन है कि मेरा फिक्स वैध था/है, लेकिन मैं init() घटक हुक में एक AJAX अनुरोध कर रहा था जिसने एक अलग मूल्य परिवर्तन को ट्रिगर किया service की संपत्ति (दूरस्थ सर्वर तक पहुंचने पर ट्रैक/दिखाने के लिए)।

मैंने अपने AJAX अनुरोध कोड को init() घटक हुक से didRender() घटक हुक में स्थानांतरित कर दिया और ऐसा लगता है कि मेरे बहिष्करण नोटिस का समाधान हो गया है।

@ lvl99 मैंने वही किया।

हम अपने एंटरप्राइज प्रोजेक्ट को 2.3 से एम्बर 2.12 में अपग्रेड करने के लिए कड़ी मेहनत कर रहे हैं। हमारी परियोजना में, हमारे पास एक सत्यापन ऐड-ऑन और एक अलग फॉर्म घटक ऐड-ऑन है। सत्यापन ऐड-ऑन सत्यापन त्रुटियों को उत्पन्न करने के लिए Ember.components पर काम करता है और फॉर्म घटक ऐड-ऑन एक सहायक के माध्यम से सत्यापन ऐड-ऑन द्वारा उत्पन्न त्रुटियों को प्रदर्शित करता है। ऐड-ऑन स्रोत कोड साझा करने के लिए बहुत जटिल हैं; इसलिए हम जिस मामले का सामना कर रहे हैं उसे स्पष्ट करने के लिए हमने निम्नलिखित ट्वीडल बनाया है।

दिए गए उदाहरण में दो घटक हैं ( person-detail और address-detail ) जो अपनी स्वयं की सत्यापन त्रुटियों को उत्पन्न करने के लिए जिम्मेदार हैं। address-detail द्वारा उत्पन्न सत्यापन त्रुटियों को errors गणना की गई संपत्ति के भीतर फेंकी गई कार्रवाई के माध्यम से घटक ( person-detail ) में कैस्केड किया जाता है। प्रत्येक घटक द्वारा उत्पन्न त्रुटियों को सहायक error-formatter की सहायता से error-displayer घटक के भीतर प्रदर्शित किया जाता है। प्रदान किया गया कोड अपेक्षित रूप से काम कर रहा है जैसा आप देख सकते हैं।

तथापि; हमारे पास एक बहिष्करण चेतावनी इस प्रकार है: DEPRECATION: The त्रुटि property ofis an Ember.Binding connected to Validatable.errors.name , but Ember.Binding is deprecated. Consider using an उपनाम computed property instead. [deprecation id: ember-metal.binding] See http://emberjs.com/deprecations/v2.x#toc_ember-binding for more details. इससे बचने के लिए; कृपया हेल्पर error-formatter और लाइन नंबर 9 और असंबद्ध लाइन नंबर 8 पर टिप्पणी करें ताकि हम चेतावनी स्पष्टीकरण में सुझाए गए अनुसार कर रहे हैं।

अब हम कुख्यात Assertion Failed: You modified "error" twice on <Ember.Object:ember338> in a single render. It was rendered in "component:error-displayer" and modified in "component:error-displayer". This was unreliable and slow in Ember 1.x and is no longer supported. See https://github.com/emberjs/ember.js/issues/13948 for more details. हम समझते हैं कि हमें यह त्रुटि क्यों मिल रही है; क्योंकि address-detail s errors गणना की गई संपत्ति के भीतर ट्रिगर होने वाली कार्रवाई के परिणामस्वरूप errors गणना की गई संपत्ति person-detail की गणना की गई संपत्ति और पहले से प्रस्तुत की गई सामग्री इस त्रुटि का कारण बन रही है। . यहाँ हम क्या सीखना चाहेंगे:

1. Ember.Binding बनाम Ember.computed.alias पुन: गणना (पुनः प्रतिपादन) चरण के संदर्भ में निश्चित रूप से काफी अलग तरीके से काम कर रहा है। हकीकत में क्या अंतर है? बाद वाले को पहले वाले के प्रतिस्थापन के रूप में उपयोग करने का सुझाव देना कोड तोड़ना प्रतीत होता है; कम से कम हमारे मामले के लिए।
2. एक गणना की गई संपत्ति के भीतर से एक क्रिया को ट्रिगर करना एक समस्या है? अगर हाँ; इससे बचने के लिए संभावित सुझाव क्या हैं?
3. हम Ember.run.scheduleOnce('afterRender', ...) स्टेटमेंट के साथ रैपिंग एक्शन ट्रिगर करने पर विचार कर रहे हैं। क्या यह जाने का सही तरीका है?
4. आखिरकार; कृपया अब ब्रेकिंग कोड पर वापस जाएं और किसी भी क्षेत्र में कुछ टाइप करें; और आश्चर्यजनक रूप से घटकों को कई बार फिर से प्रस्तुत किया जाता है; हमें संदेह है कि यह एक बग से संबंधित हो सकता है।

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

डीबग बिल्ड पर इस दावे को पकड़ने या दबाने का कोई तरीका है? जैसा कि ऊपर बताया गया है, हमने रिफैक्टर के माध्यम से इसे ट्रैक किया है और इसे ठीक किया है, लेकिन 1 या 2 ऐसे हैं जो जिद्दी हैं। एक विशेष मामले में, हम एक वस्तु को नष्ट कर रहे हैं, फिर संक्रमण कर रहे हैं। नष्ट की गई वस्तु (हमारे एपीआई पर) कई और वस्तुओं को उतारने/नष्ट करने के लिए एक पुशर सूचना भेजती है।

प्रोडक्शन बिल्ड में, री-रेंडर कोई समस्या नहीं है, क्योंकि हम केवल ऑब्जेक्ट को नष्ट कर रहे हैं, फिर किसी भी तरह से संक्रमण कर रहे हैं (इसलिए पूरे मार्ग को फाड़ा जा रहा है)। हालाँकि, देव बिल्ड पर दावा काफी निराशाजनक है क्योंकि साइट को पुनर्स्थापित करने के लिए इसे ताज़ा करने की आवश्यकता होती है। मैं समझता हूं कि हमें त्रुटि क्यों मिल रही है, लेकिन इस मामले में इससे बचने के लिए यह काफी जटिल रिफ्लेक्टर है, और किसी भी मामले में इससे कोई फर्क नहीं पड़ता क्योंकि पूरा मार्ग नष्ट हो रहा है। क्या इसे चेतावनी में पकड़ने/दबाने/बदलने का कोई तरीका है? मैंने कोशिश/पकड़, साथ ही मार्ग के त्रुटि हैंडलर की कोशिश की, लेकिन न तो इसे उठाया।

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

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

@feanor07 Ember.run.scheduleOnce... काम नहीं किया, लेकिन संपत्ति set केवल एक Ember.run.schedule("afterRender", () => { ... }); जोड़ने से पहले स्टैक ट्रेस द्वारा इंगित किया गया कई त्रुटि संदेशों को समाप्त कर दिया गया जो प्रारंभिक एक के बाद कैस्केड हो गए।

@neilthawani जो त्रुटि छुपा सकता है, लेकिन यह समस्या को ठीक नहीं करता है। त्रुटि यह इंगित करने के लिए है कि आप दो बार एक मान सेट कर रहे हैं जब आपको शायद इसे केवल एक बार सेट करना चाहिए। में से एक डाल करके set में schedule , तो आप सिर्फ दूसरे सेट में देरी कर रहे हैं इतना है कि यह एक अलग runloop में होता है। आपने दो बार रेंडर करने की मुख्य समस्या को ठीक नहीं किया है जब आपको केवल एक बार रेंडर करने की आवश्यकता होती है, बस एम्बर को यह नहीं पता होता है कि कोई समस्या थी क्योंकि अब रेंडर अलग रनलूप में होते हैं।

@ elwayman02 उह ओह। धन्यवाद। मूल रूप से बिंदु को पूरी तरह से याद किया।

संपादित करें: इसके साथ संघर्ष करने के बाद, मैंने जितना सहज था, उससे कुछ अधिक afterRenders डाला। हमारे पास हमारे डेटा में से एक पर एक click हैंडलर है जो टूलटिप को टॉगल करता है। isDisplaying ध्वज को Ember.run.schedule("afterRender", () => { ... }); भीतर सेट करने से हमें वास्तविक मुद्दे को डीबग करने की अनुमति मिली, जो वास्तव में नियंत्रक में डेटा जैसे घटक और टूलटिप घटक दोनों को लागू करने में एक बैकट्रैकिंग था।

टीएल; डॉ: मैंने इसे वहां नहीं रखा (एक बार Maximum call stack size exceeded त्रुटि भी मिली), लेकिन इसका उपयोग तब तक डिबगिंग के लिए सहायक था जब तक कि वास्तविक समस्या का खुलासा न हो जाए।

किसी और के लिए पीएसए अभी अपग्रेड कर रहा है: ऊपर @GavinJoyce द्वारा उल्लिखित बेहतर "बैकट्रैकिंग री-रेंडर" दावा त्रुटि वास्तव में एम्बर 2.11 में शामिल है। यह भी सुझाव दिया गया

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

इसके अलावा, मेरे बैक-एंड पर, मैं JSON API के साथ .Net Core का उपयोग कर रहा हूं। नेट कोर (https://github.com/Research-Institute/json-api-dotnet-core) - उनके निर्देशों का पालन करते हुए।

यूआई रेंडर इस बिंदु पर टूटा हुआ है, हालांकि डेटा लोड होता है और मैं वांछित मान देख सकता हूं।

    // Profile Model:
    import DS from 'ember-data';
    export default DS.Model.extend({
        'firstName': DS.attr(),
        'lastName': DS.attr(),
        'applicationUser': DS.attr(),
        'contactProfile': DS.belongsTo('address', {
            async: true
        }),
        'companyProfile': DS.belongsTo('address'),
        'companyMailingAddress': DS.belongsTo('address'),
        "companyPhysicalAddress": DS.belongsTo('address')
    });

    // Address Model:
    import DS from 'ember-data';
    export default DS.Model.extend({
        'address1': DS.attr(),
        'address2': DS.attr(),
        'city': DS.attr(),
        'state': DS.attr(),
        'zipCode': DS.attr(),
        'country': DS.attr(),
        'website': DS.attr(),
        'phoneNumber1': DS.attr(),
        'phoneExtension1': DS.attr(),
        'phoneNumber2': DS.attr(),
        'phoneExtension2': DS.attr(),
        'email': DS.attr(),
    });
    // Adapter settings
    import DS from 'ember-data';

    export default DS.JSONAPIAdapter.extend({
        namespace: 'api/json',
    });
    DS.JSONAPISerializer.reopen({
        keyForAttribute(key) {
            return key;
        },
        keyForRelationship(key) {
            return key;
        }
    });
    // Route
    import Ember from 'ember';

    export default Ember.Route.extend({
        model() {
            return Ember.RSVP.hash({
                profile: this.store.findRecord('profile', 1)
            });
        }
    });

    // Template
   {{model.profile.contactProfile.address1}}

और मुझे जो त्रुटि मिलती है:
दावा विफल: आपने "model.profile.contactProfile" को दो बार संशोधित किया@model:profile::ember543:1> सिंगल रेंडर में। यह में प्रस्तुत किया गया है " टेम्पलेट: ईंधन-एंबर / आंतरिक / प्रोफ़ाइल / template.hbs " और में संशोधित " टेम्पलेट: ईंधन-एंबर / आंतरिक / प्रोफ़ाइल / template.hbs "। यह एम्बर 1.x में अविश्वसनीय और धीमा था और अब समर्थित नहीं है। अधिक जानकारी के लिए https://github.com/emberjs/ember.js/issues/13948 देखें।

पीएस: मैंने संपत्ति प्राप्त करने के लिए Ember.computed विधि का उपयोग करने का प्रयास किया है, और ऐसा लगता है कि यह काम करता है। क्या यह आवश्यक है?

अपडेट: मैंने यह भी पाया है कि डेटा एक {{#each}} हेल्पर के अंदर ठीक लोड होता है, लेकिन सीधे टेम्प्लेट पर नहीं।

@lbarsukov
हो सकता है कि यह https://github.com/emberjs/data/issues/5023 से संबंधित हो, जहां links प्रॉपर्टी सेट वाले आपके jsonapi प्रतिक्रिया में संबंधों के कारण बैकट्रैकिंग री-रेंडर होता है।

यह मेरे लिए मुद्दा था, जो एम्बर डेटा 2.13.2 के बाद शुरू हुआ। एम्बर-डेटा का उपयोग करने का प्रयास करें: 2.13.2 यह देखने के लिए कि क्या यह आपकी समस्या का समाधान करता है।

@ डैनियल-डी-विट यहां मास्टर के लिए अंगूठे - यह वास्तव में काम करता है। यह अब वही करता है जो मुझे करने की आवश्यकता है और मैं इससे खुश हूं।

@ lbarsukov @ daniel-de-wit हमने एम्बर डेटा का एक

@lbarsukov मुझे लगता है कि इसे आपके परिभाषित संबंधों के साथ करना है। वहाँ एक अच्छा मौका है एक (या कुछ) की है belongsTo एक होना चाहिए hasMany ।

मान लें कि आपके पास दो मॉडल हैं, प्रश्न और उत्तर। यदि आप प्रश्न के 10 उत्तर लौटाते हैं, लेकिन प्रत्येक प्रश्न क्रमांक उसके उत्तर को संदर्भित करता है, तो आप संबंध को ठीक से परिभाषित करने के लिए _है_हैं।

// Question Model:
    export default DS.Model.extend({
        'answers': DS.hasMany('answers'), // if you never reference question.answers you can omit this
        ...
    });

// Answer Model:
    export default DS.Model.extend({
        'question': DS.belongsTo('question'),
        ...
    });

जब डेटा कई प्रश्न/उत्तर जोड़े को परिभाषित करने में आता है, जहां 1-1 संबंध की अपेक्षा नहीं होती है, तो यह अनुमान लगाता है कि प्रश्न प्रस्तुत करने के बीच में संशोधित किया गया था।

प्रारंभिक पोस्ट से, कुछ हुक का उल्लेख किया गया था:

यह एक बहुत ही चरम उदाहरण है, लेकिन यह समस्या को दिखाता है। init के अलावा, didInitAttrs, didReceiveAttrs, willInsertElement और willRender भी रेंडरिंग प्रक्रिया के दौरान समकालिक रूप से होता है। इसके अतिरिक्त, बैकट्रैकिंग अक्सर दो-तरफा बाध्य गुणों के व्यवहार से उत्पन्न होने वाली समस्या है।

क्यों didInsertElement और didRender हुक एक आकर्षण की तरह काम कर रहे हैं लेकिन अन्य हुक twice render त्रुटि के साथ विफल हो जाते हैं?

@BenjaminHorn @ Blackening999 @Dhaulagiri @DingoEatingFuzz @ Gaurav0 @GavinJoyce @Redsandro @TRMW @ Turbo87 @aklkv @alidcastano @backspace @bdiz @bgentry @bjornharrtell @bryanhickerson @buschtoens @caseklim @cbou @chancancode @danaoira @ डैनियल-de-बुद्धि @fivetanley @fotinakis @gabrielgrant @ghost @jakesjews @janmisek @joukevandermaas यह अभी भी एक मुद्दा है, शायद हम करीब है, तुम्हें क्या लगता है चाहिए?

मैंने अपने ऐप में त्रुटि के किसी भी उदाहरण को ठीक किया है।

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

हाँ, कृपया बंद करें

एक युग का अंत

मैं

एक पुराना मुद्दा उठाने के लिए खेद है।

उदाहरण के लिए कहो मैं प्रतिपादन कर रहा हूँ

{{this.myBool}}

और त्रुटि Error: Assertion Failed: You modified "myBool" twice

मैं इसे बदलकर त्रुटि को ठीक कर सकता हूं:

{{if this.myBool true false}}

इसी तरह, यदि कोई वर्ग नाम बाध्यकारी समस्या पैदा कर रहा है

मैं बदल सकता हूं:

classNameBindings: ['myBool']

प्रति

classNameBindings: ['myBool:yes:no']

अगर मैं इस तरह की चेतावनी को चुप करा सकता हूं, तो एम्बर इसे मेरे लिए क्यों नहीं संभाल सकता?

मैं जिस डेमो कोड का उपयोग कर रहा था वह यहां दिया गया है:

https://ember-twiddle.com/db7f6e382bd0b1de91447881eebb62a5?openFiles=templates.components.my-component.hbs%2C

उन चीजों में से कोई भी समस्या को "ठीक" नहीं करता है। यह या तो आपने उत्पादन मोड में स्विच किया है, या अभिकथन/पहचान कोड में बग हैं। किसी भी मामले में, आपको उस पक्ष को ठीक करने की आवश्यकता है जो मान निर्दिष्ट/सेट करता है, न कि वह पक्ष जो इसका उपभोग करता है।

ठीक। धन्यवाद। मैं इस मूल पोस्ट में उल्लिखित बैकट्रैकिंग समस्या को समझता हूं क्योंकि इसमें एक स्पष्ट set

लेकिन मेरे डेमो ट्विडल में, जहाँ तक मैं देख सकता हूँ वहाँ कोई set नहीं है।

_संपादित करें_ यह गलत निकला, मेरे कहने का मतलब है कि टेम्पलेट के _बाद के भाग से कोई set आ रहा है जैसा कि उदाहरण में है

हम्म, मुझे ट्विडल में त्रुटि नहीं मिल रही है, मुझे क्लिकों का क्रम क्या करना चाहिए?

ओपन पर क्लिक करें और फिर क्लोज पर क्लिक करें। लेकिन उपज वाले बच्चे के घटक का बंद बटन, माता-पिता नहीं।

मैं देखता हूं, समस्या यह है कि टियरडाउन के दौरान, घटक पर focusOut को कॉल किया जाता है जो पहले से प्रदान की गई संपत्ति पर set पर कॉल करता है। मुझे 100% यकीन नहीं है कि कैसे घटक फोकस और टाइमिंग सेमेन्टिक्स खो देता है। मुझे पूरा यकीन है कि आपने जिन विविधताओं का प्रयास किया है, वे ट्रैकिंग सिस्टम को भ्रमित करती हैं और अंतर्निहित समस्या को मुखौटा बनाती हैं। आइए इसे एक नए अंक में ट्रैक करें? मुझे यकीन नहीं है कि यह एक वैध मुद्दा है, लेकिन चलिए वहां जांच करते हैं।