Cucumber-js: फ़ीचर अनुरोध: यूआई जो `इस` कीवर्ड का उपयोग नहीं करता है

मैं सहमत हूं कि इसका मतलब यह होगा कि आप हमेशा world को तर्क के रूप में स्वीकार करते हैं, और यह एक एपीआई परिवर्तन है।
मुझे लगता है कि मोचा की तरह --ui exports और --ui tdd और --ui bdd - क्यूक्यू भी हो सकता है।
यह मूल रूप से एक प्रोजेक्ट वेरिएबल है जो यह निर्धारित करता है कि दुनिया पर कदमों को बुलाया/लागू किया जाता है, या इसे पहले तर्क के रूप में स्वीकार किया जाता है।

मुझे नहीं लगता कि यह लंबे समय में इसके लायक होगा। हाँ यह उन 1 पंक्ति चरणों के लिए अच्छा है जहाँ आपको => का उपयोग करने को मिलता है जहाँ आप अन्यथा असमर्थ होते हैं। मेरे अनुभव में मैंने इस तरह के बहुत कम कदम उठाए हैं। मुझे आश्चर्य है कि ES6 में एक तीर फ़ंक्शन शामिल नहीं है जो संदर्भ को बरकरार नहीं रखता है क्योंकि यह मेरे लिए आदर्श होगा।

यह मुझे सभी async संचालन पर .bind(this) को बंद करने से भी छुटकारा दिलाएगा, या यदि आप चाहें - var that = this साथ बंदरों से छुटकारा पाएं।

क्या आप इससे बचने के लिए चरण परिभाषाओं के अंदर वसा तीर का उपयोग नहीं कर सकते?

एक और लाभ (आईएमएचओ) - यह लोगों को दुनिया के लिए विरासत के पेड़ से बाहर निकलने में मदद करेगा और उन्हें जेएस की बेहतर शक्तियों की ओर बेहतर ढंग से उन्मुख करेगा।

क्या आप इसे थोड़ा और समझा सकते हैं / एक उदाहरण दे सकते हैं

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

धार्मिक बहस में पड़े बिना - मैं सिर्फ इतना कहूंगा कि मैं जियो और जीने दो में विश्वास करता हूं, आप कक्षाओं का उपयोग करना चाहते हैं? महान। कृपया मुझे :-) के लिए बाध्य न

मेरी सामान्य भावना यह है कि यह एक छोटा बदलाव हो सकता है, और मुझे इसे करने में खुशी होगी यदि आप मुझे सामान्य दिशा प्रदान कर सकते हैं कि आपको कैसे लगता है कि यह सबसे अच्छा होगा ;-)

जब हम चरणों को परिभाषित कर रहे होते हैं, तो हम कार्यों को परिभाषित कर रहे होते हैं, कक्षाओं को नहीं, इसलिए तार्किक रूप से this इसमें कोई स्थान नहीं है।

मुझे लगता है कि यह ओओपी प्रतिमान के बजाय एफपी प्रतिमान की स्थिति है।

@osher मुझे लगता है कि हम @charlierudolph को संदेह का लाभ दे सकते हैं कि वह आपको कक्षाओं का उपयोग करने के लिए मजबूर नहीं करना चाहता। उस ने कहा, जब तक वह इस पैकेज का उपयोग नहीं कर रहा है, उसे एपीआई परिवर्तनों को एकीकृत (ब्रेकिंग) करने के लिए मजबूर नहीं किया जाना चाहिए, जब तक कि यह कुछ ठोस लाभ प्रदान न करे।

@charlierudolph मुझे लगता है कि "जेएस की बेहतर शक्तियां" @osher का अर्थ है एफपी, कार्यात्मक प्रोग्रामिंग।

आईएमएचओ यह परिवर्तन कदम परिभाषाओं को एक छोटा सा सरल और अधिक तार्किक बना देगा। यह मूल रूप से इस लाइन को हटा देगा: const thisWorldNotThisStep = this

निश्चित रूप से आपके सभी async फ़ंक्शन के लिए .bind(this) करने की कोई आवश्यकता नहीं है, और जब तक आप चरण परिभाषा के भीतर तीर फ़ंक्शन का उपयोग कर रहे हैं, तब तक const self = this पैटर्न का उपयोग करने की कोई आवश्यकता नहीं है।

समस्या (जो कोई बड़ी समस्या नहीं है) यह है कि एक चरण परिभाषा के अंदर, this दुनिया को संदर्भित करता है, न कि चरण, जो प्रति-सहज है।

ठीक। चूंकि हर कोई एक कार्यात्मक प्रोग्रामर नहीं है और एक ब्रेकिंग परिवर्तन की शुरूआत को रोकने के लिए, आप लोग एक विकल्प बनाने के बारे में क्या सोचते हैं जिससे दुनिया को पहले पैरामीटर के रूप में पारित किया जा सके?

defineSupportCode(({setWorldInjectionStrategy}) => {
  setWorldInjectionStrategy('this') // default
  setWorldInjectionStrategy('argument') // makes world be the first argument to steps and hooks 
})

मैं दुनिया को इंजेक्ट करने के विचार से पूरी तरह सहमत हूं/संदर्भ में कदम का एक पैरामीटर है। इस परियोजना से शुरू होकर, सभी JS पारिस्थितिकी तंत्र ES6 द्वारा अनुमत नई कार्यक्षमताओं को पूरी तरह से अपनाने के लिए आगे बढ़ रहे हैं और यह एक अच्छी बात है ❤️

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

@charlierudolph द्वारा प्रस्तावित समाधान के लिए, मुझे नहीं लगता कि यह लंबे समय तक काम कर सकता है: यह समुदाय को दो में विभाजित कर देगा। ककड़ी के सभी उदाहरण सभी प्रतिष्ठानों में काम नहीं करेंगे और दस्तावेज़ दो में दोहराए जाएंगे। फैंसी नहीं।

मैं ब्रेकिंग चेंज चिंताओं के बारे में निश्चित नहीं हूं, v2 इस तरह के बदलाव को पेश करने का सही समय है। वेटिंग किसी अन्य मेजर को बनाने/इंतजार करने के लिए बाध्य करेगी।

हम Before और After को world इंजेक्ट करने के लिए कैसे बदलते हैं:

defineSupportCode(function({After, Before, Given}) {
  let world;

  // Asynchronous Callback
  Before(function (w, scenarioResult, callback) {
    world = w;
    callback();
  });
  After(function (world, scenarioResult, callback) {
    callback();
  });

  Given('I access the world', () => {
    assert(world); // Yay!
  });
});

इस तरह आप world को एक वेरिएबल a before चरण में कैप्चर कर सकते हैं। यह प्रत्येक चरण परिभाषा को गड़बड़ नहीं करेगा।

इसके बाद, हम काम करने का पुराना तरीका रखते हैं लेकिन deprecated संदेश उत्पन्न करते हैं। या ऐसा भी न करें, बस उन लोगों के लिए विकल्प छोड़ दें जो उस दृष्टिकोण का उपयोग करना चाहते हैं और जानते हैं कि वे क्या कर रहे हैं।

मुझे डर है कि ऑनलाइन पाए गए स्निपेट्स की संगतता के बारे में तर्क एक सम्मोहक तर्क है।

भले ही --ui झंडे हों, या setWorldInjectionStrategy('argument') - यह एक गोचा बन जाता है जिसे एक प्रमुख संस्करण के ब्रेकिंग परिवर्तन के रूप में बेहतर ढंग से संप्रेषित किया जाता है, सभी ऑनलाइन चर्चाओं के साथ परोसा जाता है और ऐसे परिवर्तनों के अनुरूप हंगामे, और भ्रम को दूर करने में मदद करता है।

इसलिए मैं इसे cuke के अगले संस्करण में करने के लिए वोट देता हूं, और ... इसके रिलीज होने तक makedoing करता हूं।

एक कैनरी संस्करण या एक छिपा हुआ झंडा एक शानदार प्रचार होगा जिसका मैं उपयोग करूंगा और प्रतिक्रिया जल्द ही करूंगा

मुझे एक वैकल्पिक एफपी इंटरफ़ेस का पर्दाफाश करना अच्छा लगेगा।

निम्नलिखित के बारे में क्या? (async/प्रतीक्षा का उपयोग करके यह वर्णन करने के लिए कि यह वादा-अनुकूल भी है)

import {initialize, Given, Before} from 'cucumber/fn'

// specify a function that returns the initial context:
initialize(async () => ({ a: 42 }))

Before({ timeout: 10 }, async (ctx) => {
  await doStuff(ctx.a)
})

Given(/^a step passes with {number}$/, async (ctx, number) => {
  const newA = await computeStuff(ctx.a, number)
  // tell cucumber about the new context:
  return Object.assign({}, ctx, { a: newA })
})

मैंने ककड़ी-एफपी को एक साथ हैक किया है जो कार्यात्मक चरण परिभाषाएं प्रदान करता है। मेरे पास पहले से ही कुछ सुधार विचार हैं। प्रतिक्रिया का स्वागत है!

मेरा सुझाव है कि हम इस मुद्दे को बंद कर दें और लोगों को उस छोटे से काम के साथ प्रयोग करने दें। शायद एक दिन हम इसे Cucumber.js में ला सकते हैं।

@jbpros मैं अभी तक एक और निर्भरता स्थापित नहीं करना पसंद करूंगा ताकि मैं अपने परीक्षणों में तीर कार्यों का उपयोग कर

यह वास्तव में सभी के लिए स्वयं को लागू करने के लिए वास्तव में सरल होना चाहिए। निम्नलिखित कोड स्निपेट मेरे लिए बहुत अच्छी तरह से (कार्यात्मक रूप से) काम करता है, एक विशाल चेतावनी के साथ जो इसे अनुपयोगी बनाता है:

// Don't rely on `this` in step definitions. It's 2021 for crying out loud.
const definitionFunctionWrapper = (fn) =>
    function(...args) {
        return fn(...args.slice(0, -1), this);
    }

वह चेतावनी हर एक चरण परिभाषा होने के कारण अब अतिरिक्त पैरामीटर के कारण निम्न त्रुटि लॉग करती है:

    Error: function uses multiple asynchronous interfaces: callback and promise
       to use the callback interface: do not return a promise
       to use the promise interface: remove the last argument to the function

यदि आप इसके आसपास काम करने के लिए अतिरिक्त पैरामीटर जोड़ने का प्रयास करते हैं, तो आपको मिलता है

function has 3 arguments, should have 1 (if synchronous or returning a promise) or 2 (if accepting a callback)

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

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

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

साथ ही, कृपया ध्यान दें कि यह कुछ अन्य (छोटे) उपयोगी कार्यात्मक उपकरण पेश कर रहा है: tap() और केवल-पढ़ने के लिए लागू संदर्भ।

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

इस बीच में शुद्धता की जांच को ठीक करने के लिए ककड़ी-एफपी से प्रेरणा प्राप्त करने के लिए स्वतंत्र महसूस करें।

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

@andyearnshaw हा ठीक है, स्पष्टीकरण के लिए धन्यवाद। मैं मानता हूं कि हमें इस विचार को नहीं छोड़ना चाहिए और इस मुद्दे को खुला रखना शायद चीजों को पारदर्शी रखने का एक अच्छा तरीका है।