Ember.js: प्रत्येक कुंजी में 3.8.0-beta.1 की अवधि वाले विराम

को निर्मित 29 जन॰ 2019 · 25टिप्पणियाँ · स्रोत: emberjs/ember.js

{{each-in}} मूल्य के लिए undefined वापस आ जाएगा जिसकी कुंजी में एक अवधि होती है।

यह बग 3.7.2 में मौजूद नहीं है और पहली बार 3.8.0-beta.1 में दिखाई देता है और अभी भी 3.8.0-beta.3 में मौजूद है।

असफल परीक्षण ( packages/@ember/-internals/glimmer/tests/integration/syntax/each-in-test.js में गिरावट)

[`<strong i="11">@only</strong> each-in supports keys with a period in them`]() {
  this.render(
    strip`
    <ul>
      {{#each-in categories as |_ item|}}
        <li>{{item.name}}</li>
      {{/each-in}}
    </ul>
  `,
    {
      categories: {
        // uncomment and run.  notice `items` is undefined
        'hello.world': { name: 'foo' },
        // uncomment and run.  notice it works as expected
        // hello world: { name: 'foo' },
      },
    }
  );

  // Empty
  this.assertHTML(strip`
    <ul>
      <li>foo</li>
    </ul>
  `);
}

Bug

स्रोत

jasonmit

👍2

सबसे उपयोगी टिप्पणी

Https://github.com/emberjs/ember.js/pull/18296 द्वारा निर्धारित

rwjblue 23 अग॰ 2019

🚀2

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

@ajonmit क्या आप असफल परीक्षण के साथ एक पीआर भेज सकते हैं?

locks 30 जन॰ 2019

हमें निश्चित रूप से इसका कारण होना चाहिए, लेकिन मुझे यकीन नहीं है कि इसे अंत में बग माना जाएगा। विशेष रूप से, get(obj, 'hello.world') obj.hello.world obj['hello.world'] नहीं लगेगा ...

rwjblue 30 जन॰ 2019

हाँ, निश्चित रूप से यही कारण है कि, प्रत्येक का उपयोग मिलता है, इसलिए यह डॉट पथ टिकट के साथ पाने के डुप्लिकेट की तरह है। इस विशिष्ट मामले में मेय्येब हमें ईएस 5 गेट्स उतरने के बाद यहां पहुंचने की आवश्यकता नहीं है क्योंकि यह संभवतः किसी भी तरह से काम नहीं करता है?

chancancode 30 जन॰ 2019

विशेष रूप से https://github.com/emberjs/ember.js/blob/master/packages/%40ember/-internals/glimmer/lib/utils/iterable.ts#L128

मैं मानता हूं कि मुझे यकीन नहीं है कि यह एक बग माना जाता है और क्या इसे ठीक करने से अब कहीं और सड़क पर समस्या पैदा होगी

chancancode 30 जन॰ 2019

हां, और मुझे वास्तव में लगता है कि हम वस्तु पर आधारित अलग-अलग चीजें करते हैं, जो यहां प्रसारित की जा रही हैं:

https://github.com/emberjs/ember.js/blob/7df81ec411b2da73086f63bf6a26b113dfa5a1a2/packages/%40ember/-ininals/glimmer/lib/utils/iterable.ts#L290 -L298 -2929

उन पुनरावृत्तियों में से कुछ get ( ObjectIterator.fromIndexable ) का उपयोग करते हैं और कुछ नहीं ( ObjectIterator.fromForEachable , MapLikeNativeIterator.from )

rwjblue 30 जन॰ 2019

हम इस मामले में fromIndexable को देख रहे हैं। मुझे लगता है कि उपयोग नहीं करने के साथ एकमात्र समस्या cps के साथ pojos है

chancancode 30 जन॰ 2019

@chancancode - फिर, मैं केवल इसे इंगित करता हूं क्योंकि @ajonmit संभवतः Symbol.iterable वस्तु को लागू करके इस मुद्दे के आसपास काम कर सकता है

rwjblue 30 जन॰ 2019

👍1

@ajonmit क्या आप असफल परीक्षण के साथ एक पीआर भेज सकते हैं?

निश्चित रूप से, मैं अब ऐसा करूंगा और इस मुद्दे को जोड़ूंगा।

हां, मैं केवल इसे इंगित करता हूं क्योंकि @jasonmit संभवतः ऑब्जेक्ट को Symbol.iterable लागू करके समस्या के आसपास काम कर सकता है

महान विचार, मैं कोशिश करूँगा कि चारों ओर एक काम के रूप में।

मामले में आप उत्सुक हैं कि हमारे पास कुंजी में अवधियां क्यों हैं, ऑब्जेक्ट में कुंजियाँ अधिक होने के कारण आईएसओ स्ट्रिंग्स हैं (यानी, 2011-10-05T14:48:00.000Z ) और यूटीसी ऑफसेट से पहले की अवधि।

jasonmit 30 जन॰ 2019

👍1

बस सोच रहा था कि इस की स्थिति क्या है? सबको शुक्रीया

amk221 18 अप्रैल 2019

@ amk221 मुझे विश्वास नहीं है कि यह हल हो गया था, हमने कुंजी में अवधि से बचने के लिए अपने ऐप को फिर से

jasonmit 18 अप्रैल 2019

हाय सब, मैं इस के लिए एक पीआर बनाया, एक समीक्षा के लिए पूछ रहा है: डी

eplata31 25 अप्रैल 2019

कुछ भी मैं इस के साथ आगे बढ़ने के लिए कर सकता हूँ? हमें वास्तव में इसकी आवश्यकता है 🤞

amk221 6 जून 2019

@ amk221 आप एक सहायक जोड़ सकते हैं। Thats कैसे मैं समस्या हल।
लेकिन सहमत यह महत्वपूर्ण है।

JanAckermann 10 जून 2019

बस इस पर एक दो घंटे बर्बाद कर दिया - मैं एम्बर के लिए सुपर नया हूँ और यह पूरी तरह से आश्चर्यजनक था।

मेरे ऐप के लिए, मैं मेजबान के एक समूह के लिए स्थिति पर नज़र रख रहा हूं, इसलिए आईपी या डोमेन नाम से एक हैश कुंजी लगा रहा हूं। यह localhost को छोड़कर सब कुछ के लिए अपरिभाषित लौट रहा था और मैं खुद को पागल कर रहा था यह पता लगाने की कोशिश कर रहा था।

iagox86 17 जून 2019

@ devop911 देखभाल करने के लिए अपने सहायक साझा करें care

amk221 18 जुल॰ 2019

@ amk221 वह नहीं जो आप पूछ रहे हैं, लेकिन मैंने इसे एक गुच्छा का उपयोग करके समाप्त किया:

import { helper } from '@ember/component/helper';
import _ from 'lodash';

export function hashToArray([h]) {
  return _.map(h, function(value, key) {
    return {
      key: key,
      value: value,
    }
  });
}

export default helper(hashToArray);

iagox86 18 जुल॰ 2019

👍1

मैंने इस मुद्दे को भी हिट किया। कोई सुधार?

rwwagner90 21 अग॰ 2019

मुझे यकीन नहीं है कि हम get लिए सामान्य उपयोग के मामले को फिर से बनाए बिना इसे ठीक कर सकते हैं। यदि हम एक मानदंड प्राप्त कर सकते हैं जो दर्शाता है कि प्रतिगमन खराब नहीं है, तो संभवतः get इसे जोड़ना ठीक है, लेकिन यदि नहीं तो हमें सीधे each-in में फ़िक्सेस बनाने की आवश्यकता होगी। मुझे संदेह है कि यह एक सभ्य प्रतिगमन होगा।

हम मैन्युअल रूप से प्रॉक्सी के लिए जाँच कर सकते हैं और अगर यह एक प्रॉक्सी था तो ऑब्जेक्ट पर unknownProperty उपयोग कर सकते हैं, और अन्यथा each-in का उपयोग करके किसी ऑब्जेक्ट को पुनरावृत्त करते समय विशेष रूप से सिंटैक्स का उपयोग करें, जो उम्मीद के मुताबिक काम कर सकता है।

लंबे समय तक, ट्रैक किए गए प्रॉपर जल्द ही पर्याप्त नहीं आ सकते हैं

pzuraq 22 अग॰ 2019

❤1 👍1

लंबी कहानी छोटी: एम्बर को फिर किसी और चीज़ पर स्विच करें। यह सब परेशानी के लायक नहीं है।

JanAckermann 22 अग॰ 2019

@ devop911 टिप्पणी, जैसे कि सुपर रचनात्मक या सहायक नहीं हैं। हम पूरी तरह से इस समस्या को हल करना चाहते हैं, लेकिन हम एक किनारे मामले के लिए उपयोगकर्ता के अनुप्रयोगों में प्रदर्शन को फिर से प्राप्त नहीं करना चाहते हैं जो अपेक्षाकृत असामान्य है। एक अनुचर के रूप में होना एक कठिन स्थिति है।

हम समय के लिए इसे ठीक कर देंगे, इसके लिए बस एक विशिष्ट मुद्दे की तुलना में थोड़ा अधिक काम करने की आवश्यकता है और हम ओकटाइन के लिए शिपिंग सुविधाओं पर ध्यान केंद्रित कर रहे हैं। मैं मानता हूं, यह महत्वपूर्ण है।

pzuraq 22 अग॰ 2019

👍2 👎1

@pzuraq
उपयोगकर्ताओं को यह तय करने दें, कि उनकी चाबियों का नाम कैसे रखा जाए, कभी भी एक किनारे का मामला नहीं हो सकता है।

JanAckermann 22 अग॰ 2019

@pzuraq मुझे लगता है कि हमें कम से कम एक चेतावनी देनी चाहिए जो कि each-in की कुंजी में शामिल हो। हालांकि, आप सही हैं, फिर से शुरूआत किए बिना कोई बढ़िया समाधान नहीं है

rwwagner90 22 अग॰ 2019

@ devop911 इसका एक एज केस होने का मेरा आकलन इस तथ्य पर आधारित था कि हमने इस बग की बहुत कम रिपोर्ट देखी है जब से यह मुद्दा खोला गया था। यदि यह व्यवहार था कि प्रत्येक एम्बर एप्लिकेशन पर भरोसा किया जाता है, तो यह एक उच्च प्राथमिकता फिक्स होगा, बिल्कुल, लेकिन ऐसा लगता है कि बहुत से लोग अपनी कुंजियों में अवधि का उपयोग नहीं करते हैं।

जब भी हम प्रदर्शन को पुनः प्राप्त करते हैं, तो दूसरी तरफ, हमें _do_ से बहुत सारी शिकायतें मिलती हैं। यदि यह एक गर्म रास्ता नहीं होता, तो निश्चित रूप से यह निश्चित रूप से बहुत पहले आ जाता था। जैसा कि मैंने कहा, एक अनुचर के रूप में होना एक कठिन स्थिति है, खासकर जब आप चीजों को प्राप्त करने की कोशिश कर रहे हैं do मैं देखूंगा कि हम बाद में के बजाय जल्द ही इस पर काम करने के लिए क्या कर सकते हैं

@ rwwagner90 मुझे लगता है कि हम व्यवहार को ठीक कर सकते हैं, इसलिए मैं चेतावनी देना शुरू नहीं करूंगा, लेकिन अगर हम इसे ठीक नहीं कर सकते हैं तो मैं मानता हूं कि हमें निश्चित रूप से उपयोगकर्ताओं को चेतावनी देनी चाहिए।

pzuraq 22 अग॰ 2019

❤1

Https://github.com/emberjs/ember.js/pull/18296 द्वारा निर्धारित

rwjblue 23 अग॰ 2019

🚀2

सभी को हल करने के लिए धन्यवाद with

jasonmit 26 अग॰ 2019

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

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

Ember.js: प्रत्येक कुंजी में 3.8.0-beta.1 की अवधि वाले विराम

सबसे उपयोगी टिप्पणी

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

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