मेरे पास cabal package है जो एक प्रकार NBT निर्यात करता है जो अन्य डेवलपर्स के लिए उपयोगी हो सकता है। मैं अपने प्रकार के लिए Arbitrary उदाहरण को परिभाषित करने की परेशानी से गुजर चुका हूं, और यह मेरे काम को एकीकृत करने वाले कोड का परीक्षण करने के लिए अन्य डेवलपर्स को पेश करने की शर्म की बात नहीं होगी।क्विक चेक उदाहरण कैबेल पैकेज में कहां से संबंधित हैं?
हालांकि, मैं उन स्थितियों से बचना चाहता हूं जहां मेरा उदाहरण रास्ते में हो सकता है। शायद Arbitrary उदाहरण के लिए अन्य डेवलपर के पास different idea है। शायद क्विक चेक के किसी विशेष संस्करण पर मेरे पैकेज की निर्भरता क्लाइंट प्रोजेक्ट की निर्भरताओं में हस्तक्षेप या अवांछित हो सकती है।
मेरे विचारों, किसी विशेष क्रम में, कर रहे हैं:
- प्रकार की परिभाषा के बगल में
Arbitraryउदाहरण छोड़ दो, और उदाहरण पीछा या QuickCheck संस्करण संख्या अधिभावी के साथ ग्राहकों सौदा करते हैं। Arbitraryउदाहरण के लिए एक ही पैकेज के भीतर एक अलग मॉड्यूल में एक अनाथ उदाहरण उदाहरणData.NBT.Arbitraryकहें। समग्र पैकेज के लिए क्विक चेक पर निर्भरता बनी हुई है।Arbitraryउदाहरण को पूरी तरह से अलग पैकेज में ऑफ़र करें, ताकि इसे क्लाइंट प्रोजेक्ट्स के लिए एक अलग परीक्षण निर्भरता के रूप में सूचीबद्ध किया जा सके।- सशर्त रूप से
Arbitraryउदाहरण और मुख्य पैकेज में क्विक चेक निर्भरता दोनों शामिल हैं, लेकिन केवल तभी जब-ftestजैसे ध्वज सेट हो।
मैंने इन सभी पुस्तकालयों में उपयोग किए गए संयोजनों के संयोजन देखे हैं, लेकिन किसी भी आम सहमति नहीं मिली है जिस पर सबसे अच्छा काम करता है। मैं हैकेज पर अपलोड करने से पहले कोशिश करना और इसे ठीक करना चाहता हूं।
शायद तथ्य यह है कि आप * * इन इस्तेमाल किया तरीकों में से सब देखा है इंगित करता है कि वहाँ वास्तव में * एक आम सहमति नहीं * है? या कम से कम एक आकार-फिट-सभी समाधान नहीं। –
@ सी। ए मैककन: निश्चित रूप से, और यह एक वैध जवाब होगा। हालांकि, यह एक चर्चा के लायक लगता है। – acfoltzer