दिलचस्प पोस्ट
जब मुझे स्व संदर्भित शब्दकोश की आवश्यकता हो, तो मुझे क्या करना चाहिए? जब एफ का उपयोग करें: देखें और च: सबव्यू टाइमआउट के साथ मॉड्यूल 'उपप्रोसेस' का उपयोग करना क्यों “ << – `का इस्तेमाल किया जा रहा है और मैं इसे कैसे से बच सकता हूँ? के बीच अंतर क्या है | और || ऑपरेटरों? मैं फ़ंक्शन पॉइंटर्स के सरणी का उपयोग कैसे कर सकता हूं? एंड्रॉइड कार्यक्रम में एंड कॉल फोन गैप – गैलरी से छवि चुनें GDB में ब्रेकपॉइंट सेट करना जहां फ़ंक्शन देता है एक .dex फ़ाइल में विधि संदर्भ की संख्या 64k एपीआई 17 से अधिक नहीं हो सकती रेल पर रूबी – एक लागत मान्य करें सैमसंग गैलेक्सी टैब का अनुकरण करना एजेक्स कॉल के बाद प्रक्रिया ऑनक्लिक फ़ंक्शन <f: ajax> ऑब्जेक्ट के साथ () या बिना बिना अंतर बनाने में अंतर एंड्रॉइड में अपने आवेदन के मेमोरी उपयोग को कैसे प्राप्त करूं?

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

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

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

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

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

मान लें कि आपने 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 संस्करण से मेल खाएगा।

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