दिलचस्प पोस्ट
SQL "IN" स्टेटमेंट के लिनक संस्करण एनएटी में कोड का उपयोग कर डेस्कटॉप वॉलपेपर बदलें "कोई सामग्री-सुरक्षा नीति मेटा टैग नहीं मिला।" मेरे फोनगैप एप्लिकेशन में त्रुटि व्यक्तिगत और निरंतर जेटेबल का सेल चयन ओरेकल एसक्यूएल डेवलपर में मैं चर का उपयोग कैसे करूं? आप जावास्क्रिप्ट में ऑपरेटर को कैसे लोड करेंगे क्या सीएसएस सामग्री पर .html दस्तावेज़, या .html टुकड़ा प्रदर्शित करना संभव है? एक असाइनमेंट क्या वापस करता है? एएसपी.नेट एमवीसी 5 – पहचान वर्तमान अनुप्रयोग उपयोगकर्ता कैसे प्राप्त करें "एबीसीडी" क्यों होता है .स्ट्रास्ट्स ("") सच कहां वापस आती हैं? विशिष्ट डायल टैग से डेटा निकालने के लिए मैं अजगर HTMLParser लायब्रेरी का उपयोग कैसे कर सकता हूं? नेस्टेड संग्रह इकाई फ़्रेमवर्क ऑब्जेक्ट फ़िल्टर कैसे करें? स्थिर HTML के साथ सामान्य हेडर / पाद लेख एएसपी.नेट एमवीसी – सेट कस्टम IIdentity या IPrincipal रिलीज कॉम ऑब्जेक्ट बनाम फाइनलरेलीकॉम ऑब्जेक्ट का उपयोग कब किया जाए?

संस्करण की आवश्यकता में टिल्ड-बड़ा-से (~>) का अर्थ है?

मणि चश्मे में ~> संस्करण आवश्यकता का क्या अर्थ है?

 हना-0.1.12 [एचएमएल (~> 2.2.8) पर निर्भर करता है

वेब के समाधान से एकत्रित समाधान "संस्करण की आवश्यकता में टिल्ड-बड़ा-से (~>) का अर्थ है?"

रूबीजम्स मैनुअल इस को एक निराशावादी संस्करण की कमी कहते हैं ।

मान लें कि आपने n-part संस्करण संख्या निर्दिष्ट की है, उदा। 1.3 (2-भाग) या 3.5.6.2 (4-भाग) बाधा के रूप में। उसके बाद, बाधा को पूरा करने के लिए, एक संस्करण संख्या को निम्न शर्तों दोनों को पूरा करना होगा

  1. संस्करण संख्या के पहले एन -1 भागों को बाध्यता के पहले एन -1 भागों के समान होना चाहिए (जैसे 1.x या 3.5.6.x मैच, लेकिन 0.x या 3.5.7.x नहीं) तथा

  2. संस्करण संख्या का अंतिम भाग बाधा के अंतिम भाग (यानी 1.9999 और 3.5.6.2 मैच के बराबर या उसके बराबर होना चाहिए, लेकिन 1.2 या 3.5.6.1 नहीं)।

दूसरे शब्दों में

 ~> x_1.x_2.x_3  ... .x_n-2.x_n-1.x_n

माचिस

 x_1.x_2.x_3।  ... .x_n-2.x_n-1.y, y = x_n

इसका कारण यह "निराशावादी" बाधा है, और इसके लिए उपयोग के मामले भी यह है कि जब आप बस कहते हैं कि > xyz , आप आशावादी हैं: आप मानते हैं कि यहां पर, सभी अनंत काल तक, एपीआई कभी भी नहीं होगा परिवर्तन। यह निश्चित रूप से एक बहुत ही बोल्ड धारणा है हालांकि, अधिकांश परियोजनाओं के बारे में नियम हैं जब उन्हें पीछे की संगतता को तोड़ने की अनुमति दी जाती है, और वे अपने वर्जन नंबर को बदलते हैं, जब वे पीछे की ओर संगतता को तोड़ते हैं आप निराशावादी बाधाओं का उपयोग करके उन संस्करण संख्याबद्ध नियमों को सांकेतिकृत कर सकते हैं, और इस प्रकार आप सुनिश्चित कर सकते हैं कि आपका कोड हमेशा काम करना जारी रखेगा (यह मानते हुए कि अन्य परियोजना का लेखक वास्तव में अपने नियमों का पालन करता है, जो दुर्भाग्य से हमेशा मामला नहीं होता )।

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

उदाहरण के लिए "~> 1.2" आपके मणि को 1.3 में अपडेट कर देगा (यदि ऐसा संस्करण जारी होता है), लेकिन यह 2.0 पर अपडेट नहीं करेगा

मुझे लगता है कि बंडलर दस्तावेज़ों को सबसे अच्छा यह बताएं :

विनिर्देशक ~> का विशेष अर्थ है, उदाहरण के अनुसार सबसे अच्छा दिखाया गया है। ~> 2.0.3 समान है> = 2.0.3 और <2.1 ~> 2.1 समान है> = 2.1 और <3.0 ~ 2.2। बीटा पूर्वरेलीय संस्करणों जैसे 2.2.बीटा.12 से मेल खाएंगे।

यह किसी भी संस्करण से मेल खाता है जिसमें एक ही प्रमुख / मामूली भाग है। इसका मतलब है कि इस मामले में हैम्ल ~> 2.2.8 किसी भी 2.2.x संस्करण से मेल खाएगा।

इसका उपयोग यह सुनिश्चित करने के लिए किया जा सकता है कि एक नया मणि में एपीआई तोड़ने के बदलाव का परिणाम इस नये परन्तु बदल मणि पर निर्भर करता है जो इस मामले में हन्ना को तोड़ देगा।