Fable: पूर्ण .net ढांचे को लक्षित करने वाली परियोजना फ़ाइल का समर्थन करने के लिए कदम?

मुझे खेद है, लेकिन मैं इसके लिए कोई समय समर्पित नहीं कर पाऊंगा, अगर किसी को पुराने प्रोजेक्ट प्रारूप का समर्थन करने वाले Fable 1.0 में दिलचस्पी है, तो उन्हें उस सुविधा पर स्वयं काम करना होगा। टूलिंग के वर्तमान सेट के साथ Fable को काम करना पहले से ही कठिन है और हम बहुत सारे परिदृश्यों को कवर करने के लिए बहुत छोटी टीम हैं। अभी, विंडोज़ के लिए वीएस एकमात्र संपादक है जिसने अभी तक नए .fsproj का समर्थन नहीं किया है, और यह जल्द ही होगा। मुझे नहीं लगता कि पुराने प्रारूप का समर्थन करने के लिए विकास संसाधनों को समर्पित करना प्रयास के लायक है

पुरानी परियोजना फ़ाइल को पार्स करें (पहले से ही v0.7.x में किया गया है)

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

पाकेट का प्रयोग करें

AFAIK, Paket पुराने प्रोजेक्ट के साथ .fsproj में बहुत सारी सशर्त वस्तुओं को इंजेक्ट करके काम करता है, न कि उस .fsproj.references फ़ाइल के साथ जिसका हम अभी उपयोग कर रहे हैं। हमें पाकेट के साथ पूरी तरह से अलग तरीके से बातचीत करनी होगी।

Fable.Tools को एक nuget पैकेज के रूप में प्रकाशित करें जहां डेमॉन टूल डायरेक्टरी में एक कंसोल ऐप है

मैंने कभी इसका उपयोग नहीं किया है इसलिए मुझे यकीन नहीं है कि यह कैसे काम कर सकता है।

मुझे लगता है कि मैंने यहां गलत "मुद्दा" बनाया है, यह एक प्रश्न होना चाहिए था: मुस्कान:

मैंने एक अलग वर्कफ़्लो के बारे में कुछ सोचा था और मैं इसे अपने दम पर आज़माना चाहता था लेकिन मुझे यकीन नहीं था कि सिद्धांत रूप में काम करने के लिए इसके लिए क्या आवश्यक है।

क्या यह सही है कि dotnet pack साथ प्रकाशित नगेट पैकेज का उपयोग net45 में नहीं किया जा सकता है?

क्या यह सही है कि डॉटनेट पैक के साथ प्रकाशित नगेट पैकेज नेट45 में उपयोग नहीं किए जा सकते हैं?

नहीं, आप अपने एक लक्ष्य के रूप में net45 को लक्षित कर सकते हैं।

@ctaggart अच्छा, यह जानना अच्छा है। शुक्रिया!

@ ज़ैद-अजाज जबकि नया एसडीके (फैबल में इस्तेमाल किया गया नया fsproj) मोनो/msbuild.exe/dotnet cli में समान काम करता है ( fsharp.net.sdk>= 1.0.3 से , वीएस 2017 में अभी तक समर्थन नहीं है।
तो आप net45 को लक्षित कर सकते हैं (नए एसडीके बीटीडब्ल्यू के साथ एक ही fsproj में एकाधिक लक्ष्य लक्षित कर सकते हैं), लेकिन यह वैसे भी वीएस में काम नहीं करता है। .NET कोर नहीं है, मुद्दा, नया एसडीके और प्रोजेक्ट प्रारूप है।
पुरानी एसडीके क्रॉसप्लेटफार्म समर्थन में बहुत अधिक समस्या है और रखरखाव के लिए दर्द है (बस परियोजना की जानकारी पढ़ें एक दर्द है और इसमें समस्याएं हैं, जैसा कि

VF# रोडमैप में, अपेक्षित तिथि जुलाई अपडेट है, जब VS 2017 विजुअल F# में नए sdk का समर्थन करेगा।

तो पुराने एसडीके (दो कार्यान्वयन को बनाए रखने के लिए दर्द) का समर्थन करने के लिए बहुत सारे काम करने के बजाय, जो वास्तव में जल्द ही अप्रचलित हो रहा है, जुलाई तक थोड़ा इंतजार करने के लिए बेहतर है (कहानी के साथ क्रॉसप्लेटफार्म समर्थन एटीएम और बनाम कोड/vsonmac जैसे संपादक भयानक हैं) और बाद में net4* नए एसडीके का उपयोग करके वीएस में सुधार करें

तो अंततः msbuild .net रनटाइम (मोनो/बनाम/नेटकोर) कम मायने रखता है (नए एसडीके के लिए thx), शायद उपयोगकर्ताओं के लिए पारदर्शी होगा (निश्चित रूप से विंडोज़ उपयोगकर्ताओं के लिए), लेकिन वीएस समर्थन के बिना एटीएम, समय बिताने के लिए बेकार है ihmo , क्योंकि अनुभव (उपयोगकर्ताओं के लिए) को पॉलिश करने की आवश्यकता है और रखरखाव (कल्पित टीम के लिए) को कम करने की आवश्यकता है।
नया एसडीके मदद करेगा, लेकिन अधिक समय चाहिए। Old sdk एक टाइम सिंक है, जो .net की दुनिया में वैसे भी अप्रचलित हो रहा है।

@enricosada मुख्य कारण मैं ऐसा करने के बारे में सोच रहा था, नए लोगों के लिए आरंभ करने के अनुभव को सुव्यवस्थित करना है। लोगों के लिए कल्पित कहानी के साथ खेलने के लिए उनके पास अभी (बनाम2015 या उससे कम) का उपयोग करना आसान बनाना। मैं अब डॉटनेट कोर के साथ बनाम कोड का उपयोग कर रहा हूं और यह ठीक काम करता है। लेकिन यह मेरी मशीन पर पहली जगह में काम करने के लिए निराशा की एक श्रृंखला के बाद था। मैं अपनी मशीन पर वीएस2017 भी स्थापित नहीं कर सका जो एक और कारण है जिसने मुझे इस बारे में सोचने पर मजबूर कर दिया।

हालाँकि, आपकी प्रतिक्रिया पढ़ने के बाद मुझे इस बात से सहमत होना होगा कि नए एसडीके पर देव संसाधनों पर ध्यान केंद्रित करना बेहतर है और थोड़ा इंतजार करना इसके लायक होगा।

इस पर आपके समय के लिए फिर से धन्यवाद।