Microsoft की लाइब्रेरीएँ Newtonsoft.Json पर क्यों निर्भर करती हैं?

Question

यह संभवत: तब शुरू हुआ था जब Microsoft ने ASP.NET वेब एपीआई लाइब्रेरी बनाई थी, कम से कम जब मुझे यह याद है कि अगर मैं गलत नहीं हूं। वैसे भी, तब से, इसके HTTP संकुल की शुरुआत न्यूटनसॉफ्ट के आधार पर हुई थी। JSON से और इसके लिए डेटा (डी) क्रमांकन के लिए लाइब्रेरी।

Microsoft उतनी ही बड़ी कंपनी क्यों होगी जो एक ओपन सोर्स लाइब्रेरी पर निर्भरता बढ़ाएगी? मुझे यह अजीब लगता है, भले ही वे पूरी तरह से खुले स्रोत के साथ जा रहे हों। .NET तब क्योंकि यह केवल गैर-Microsoft पुस्तकालय है जो एक निर्भरता के रूप में उपयोग किया जाता है, जहां तक ​​मुझे पता है।

एक बोनस प्रश्न के रूप में, क्या जेम्स न्यूटन-किंग को Microsoft से कोई वित्तीय सहायता मिलती है?

Comments

आप इसे ऐसे लगाते हैं जैसे Microsoft के पास पैसे फेंकने के लिए बैग हैं। जब वे काफी समृद्ध होते हैं, तो उनके संसाधन असीमित नहीं होते हैं, जो उनके पथरी को आपके समान बनाता है: "मुझे कुछ लिखने के लिए समय और पैसा क्यों खर्च करना चाहिए, जिसके लिए पहले से ही एक अच्छा खुला स्रोत विकल्प मौजूद है?"

— रॉबर्ट हार्वे

Microsoft ने वर्षों पहले ओपन-सोर्स फ्रेंडली बनना शुरू किया; उन्होंने जल्दी ही ASP.NET MVC में jQuery का बंडल बनाया। .NET के साथ ओपन-सोर्स जाना उस शिफ्ट का हिस्सा है।

— रॉबर्ट हार्वे

आप यहां JSON.NET के इतिहास के बारे में थोड़ा और जान सकते हैं: newtonsoft.com/json/help/html/Introduction.htm

— रॉबर्ट हार्वे

क्यों नहीं? यह एक विश्व स्तर का JSON सीरीयसिंग लाइब्रेरी है, मैं अनुमान लगा रहा हूं कि एमएस ने अन्य समस्याओं पर अपनी ऊर्जा केंद्रित करने और पहिया को फिर से स्थापित नहीं करने का निर्णय लिया।

— फर्गल मोरन

दिलचस्प बात यह है कि जेम्स न्यूटन-किंग ने मार्च 2018 में घोषणा की कि वह माइक्रोसॉफ्ट में शामिल होंगे।

— Jeroen

Answer 1

मेरे द्वारा पाया गया सबसे प्रत्यक्ष उद्धरण स्कॉट गुथरी की एमवीसी 4 रोडमैप की घोषणा का एक हिस्सा है, 2012 में वापस, (जाहिरा तौर पर ऑफ़लाइन लेकिन वेबैक मशीन के माध्यम से उपलब्ध ) जिसमें निम्नलिखित उद्धरण शामिल हैं:

Json.NET : हम ASP.NET वेब एपीआई में हमारे डिफ़ॉल्ट JSON फॉर्मैटर में JSON.NET क्रमांकन स्टैक विकसित समुदाय का उपयोग करने की योजना बना रहे हैं। Json.NET एक आधुनिक वेब फ्रेमवर्क के लिए आवश्यक लचीलापन और प्रदर्शन प्रदान करता है।

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

Comments

सभी निष्पक्ष, और निश्चित रूप से हम "एनआईएच" पर वापस नहीं जाना चाहते हैं। फिर भी, मैं चाहता हूं कि यह पुस्तकालय अभी भी एमएस के ढेर में शामिल होगा। कारण, किसी भी बाहरी पुस्तकालयों के लिए कोई बाहरी, गैर-कोर फ्रेमवर्क निर्भरता नहीं होने का बहुत बड़ा दबाव है। यह एकमात्र पुस्तकालय है जिसका अक्सर सामना होता है जहां यह करना मुश्किल काम है, और कोई आश्चर्य नहीं, यह ऐसी रोटी-और-मक्खन की कार्यक्षमता है, यह नेट एक्सएमएल टूलींग (XElement आदि) के बिना .NET की सोच की तरह है। कोई आश्चर्य नहीं कि यह सभी 1 नगेट (!) में पुस्तकालय है। मेरे 2 सेंट।

— निकोलस पीटरसन

@NicholasPetersen आप इसे .NET मानक में शामिल करने के प्रस्ताव के बारे में यहाँ पढ़ सकते हैं । पिछली बार मैंने चर्चा की जाँच की थी, बहुमत इसके खिलाफ था, लेकिन शायद एक उपसमुच्चय के लिए, मानक पुस्तकालयों में एक हल्का JSON पार्सर।

— अवनेर शाहर-कश्तन

वे अच्छे बिंदु बनाते हैं, भले ही मैं यह नहीं सोच रहा था कि इसे .NET मानक के हिस्से के रूप में जोड़ा जाए, जैसा कि कुछ उल्लेख किया गया है, क्योंकि यह सभी समय के लिए नेटस्टैंडिव में सीमेंट को बहुत भारी लगता है। मेरा विचार इसे netcore के भाग के रूप में शामिल किया गया था (मैं कोरफैक्स में मानता हूं), लेकिन मैं मानता हूं, मैं यहां जो कुछ भी अनुरोध कर रहा हूं उसमें मैं अनुभवहीन हो सकता हूं। वहां के कुछ लोगों ने सुझाव दिया कि यह NET Foundation का हिस्सा हो, अच्छा लगे, लेकिन मुझे नहीं पता कि इससे अन्य पुस्तकालयों को फ्रेमवर्क के लिए बाहरी संदर्भ नहीं देने की अनुमति देने की वास्तविक दुनिया की समस्या दूर हो जाएगी।

— निकोलस पीटरसन