2015-09-27 10 views
38

एक लोकप्रिय वित्तीय सॉफ्टवेयर विक्रेता distributes a "private" .NET framework:"निजी .NET ढांचा" क्या है?

Private Bloomberg .NET framework

वास्तव में क्या एक निजी .NET फ़्रेमवर्क है?

क्यों कोई भी .NET ढांचे का अपना निजी, निजी संस्करण रखना चाहता है?

बुनियादी शर्तों में, कोई एक निजी .NET ढांचा बनाने के बारे में कैसे जा सकता है?

+0

कोई गिटहब से ढांचा कोड प्राप्त कर सकता है, कुछ बदलाव कर सकता है और इसे 'निजी' दावा कर सकता है, लेकिन यह सुनिश्चित नहीं है कि यह कानूनी है! या शायद, वे अपने सॉफ्टवेयर का जिक्र कर रहे हैं, फ्रेमवर्क नहीं। –

+8

ब्लूमबर्ग दस्तावेज़ से: "ब्लूमबर्ग सभी ग्राहकों को .NET ढांचे का वर्चुअल संस्करण वितरित करता है जो इसे मशीन पर स्थापित किए बिना .NET ढांचे के उपयोग की अनुमति देता है।" बिल्कुल यकीन नहीं है कि यह कैसे काम करेगा, विपणन की तरह लगता है मुझसे बात करो। –

+0

@DavidM थियोडोरस के उत्तर में कोड के अनुसार, ब्लूमबर्ग .NET ढांचा * स्थापित है यदि कोई एमएस .NET मौजूद नहीं है। –

उत्तर

28

मैं इस विक्रेता से किसी भी तरह से संबद्ध नहीं हूं और इस प्रकार मैं स्पष्ट रूप से उनके लिए उनके बारे में बात नहीं कर सकता।

ब्लूमबर्ग निजी .नेट फ्रेमवर्क सॉफ्टवेयर क्या है: जिस तरह से है कि बाहर ...


उनके FAQ राज्यों निम्नलिखित के साथ?

ये सॉफ़्टवेयर घटक केवल तभी स्थापित होते हैं जब वर्कस्टेशन में मूल मूल Microsoft .NET Framework सॉफ़्टवेयर स्थापित न हो। इस मामले में कि मूल माइक्रोसॉफ्ट संस्करण (3.5 एसपी 1 और 4) दोनों मौजूद नहीं हैं, प्रारंभिक स्थापना के दौरान केवल निजी v3.5 SP1 घटक स्थापित किया जाएगा। निजी v4 संस्करण के लिए स्थापना फ़ाइल (bnetupd.exe) को बाद की तारीख में स्थापना के लिए \ blp \ wintrv निर्देशिका में कॉपी किया जाएगा।

ऐसा लगता है कि वे .NET Framework का अपना संस्करण वितरित कर रहे हैं और उस संस्करण का उपयोग किया जाता है यदि वर्कस्टेशन में आधिकारिक .NET Framework स्थापित नहीं है। इस के पीछे तर्क उपयोगकर्ता के कार्य केंद्र के लिए भारी बदलाव करने से बचने के रूप में सरल हो सकता है:

  • आप पहले से ही .नेट फ्रेमवर्क स्थापित है, तो यह आवेदन इसका इस्तेमाल करने के लिए ठीक है, क्योंकि आपके कार्य केंद्र में कोई परिवर्तन नहीं आवश्यक हैं।
  • यदि आपके पास .NET Framework पहले से स्थापित नहीं है, तो विक्रेता यह नहीं मानता कि आप इसे इंस्टॉल करना चाहते हैं, इसलिए इसके बजाय वे अपने स्वयं के निर्माण को बंडल करते हैं जिसका उद्देश्य केवल उनके अनुप्रयोगों के साथ काम करना है और अन्य सॉफ़्टवेयर के साथ साझा नहीं करना है आप ले सकते हैं।

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

वहां से, संभवतः आप इसके बारे में कई तरीकों से जा सकते हैं (receiving the source code सहित और एक कस्टम लिंकर या bundling tool - या लॉन्च होने पर किसी प्रकार की चालबाजी का उपयोग करके एक अनुकूलित निर्माण करना)।

वर्चुअल मशीन के अंदर इस विक्रेता के इंस्टॉलर के व्यवहार को देखते हुए, मैं जो देखता हूं वह यह है कि फ्रेमवर्क असेंबली वास्तव में native images के रूप में एक कस्टम निर्देशिका में तैनात की जाती हैं जो सामान्य .NET स्थापना निर्देशिका की संरचना की नकल करने लगती है। उस कस्टम निर्देशिका का नाम %WINDIR% है, जो मुझे लगता है कि पर्यावरण चर का उपयोग करके किसी प्रकार का पुनर्निर्देशन (क्योंकि, यदि आप पर्यावरण चर को अनसेट करते हैं, तो यह इसके नाम पर "विस्तारित होता है)।

किसी भी मामले में, तैनात ढांचे का उपयोग केवल विक्रेता के सॉफ्टवेयर द्वारा किया जाता है और यह अन्य .NET अनुप्रयोगों को प्रभावित नहीं करता है, वे इसे अनदेखा करते हैं। तो वाक्यांश निजी .NET Framework उचित रूप से सटीक है।

+1

यह मेरे लिए भयानक लगता है। क्या होता है यदि उपयोगकर्ता बाद में किसी अन्य सॉफ़्टवेयर का समर्थन करने के लिए एमएस .NET 4.0 स्थापित करना चाहता है? क्या उसके पास दो संस्करण स्थापित होंगे? या ब्लोमबर्ग को ".NET" के रूप में पहचाना गया है? ब्लूमबर्ग .NET पर एमएस बग फिक्स लागू होंगे? क्या एमएस और ब्लूमबर्ग .NET के बीच कोई अंतर है? –

+9

@HagenvonEitzen मैंने उपरोक्त टूल इंस्टॉल करना समाप्त कर दिया है यह देखने के लिए कि वे वास्तव में क्या करते हैं। जैसा कि अपेक्षित है, यह निजी .NET ढांचा विंडोज निर्देशिका में * नहीं * स्थापित है, लेकिन दूसरे में, कस्टम एक। यह केवल विक्रेता के सॉफ्टवेयर से संबंधित है - अन्य .NET- आधारित बाइनरी बस इसे अनदेखा करते हैं। –

+1

और यह हमें स्पॉल्स्की के 2004 में लाता है "कृपया सर मे मई मेरे पास एक लिंकर है?", जिसमें उन्होंने निष्पादन योग्य बनाने के विकल्प की कमी देखी, जिसमें सभी आवश्यक पुस्तकालय शामिल थे (तब) पारंपरिक विंडोज ऐप वितरण: http: //www.joelonsoftware.com/articles/PleaseLinker.html – chesterbr

2

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

+2

डेविड एम की टिप्पणी के प्रति गलत। –

+3

जाहिर है, लेकिन ब्लूमबर्ग वास्तव में उनकी मार्केटिंग बोलने के साथ पारदर्शी नहीं है। –

7

माइक्रोसॉफ्ट ने विंडोज 8, विंडोज 10, विंडोज 2012 सर्वर और ऑनलाइन इंस्टॉलर के लिए does not work के लिए not to publish redistributable .NET Framework 3.5 का निर्णय लिया। तो अन्य विक्रेताओं को अपने स्वयं के ऑफ़लाइन इंस्टॉलर बनाने की जरूरत है। यह पहला घर निर्मित ढांचा नहीं है जिसे मैंने मुलाकात की थी। भले ही it is not legal, डेवलपर्स को विंडोज 8, विंडोज 10 और विंडोज 2012 सर्वर पर .NET 3.5 ऐप्स का समर्थन करने के लिए धक्का दिया जाता है।

संबंधित मुद्दे