मैं इस विक्रेता से किसी भी तरह से संबद्ध नहीं हूं और इस प्रकार मैं स्पष्ट रूप से उनके लिए उनके बारे में बात नहीं कर सकता।
ब्लूमबर्ग निजी .नेट फ्रेमवर्क सॉफ्टवेयर क्या है: जिस तरह से है कि बाहर ...
उनके 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 उचित रूप से सटीक है।
स्रोत
2015-09-27 06:44:57
कोई गिटहब से ढांचा कोड प्राप्त कर सकता है, कुछ बदलाव कर सकता है और इसे 'निजी' दावा कर सकता है, लेकिन यह सुनिश्चित नहीं है कि यह कानूनी है! या शायद, वे अपने सॉफ्टवेयर का जिक्र कर रहे हैं, फ्रेमवर्क नहीं। –
ब्लूमबर्ग दस्तावेज़ से: "ब्लूमबर्ग सभी ग्राहकों को .NET ढांचे का वर्चुअल संस्करण वितरित करता है जो इसे मशीन पर स्थापित किए बिना .NET ढांचे के उपयोग की अनुमति देता है।" बिल्कुल यकीन नहीं है कि यह कैसे काम करेगा, विपणन की तरह लगता है मुझसे बात करो। –
@DavidM थियोडोरस के उत्तर में कोड के अनुसार, ब्लूमबर्ग .NET ढांचा * स्थापित है यदि कोई एमएस .NET मौजूद नहीं है। –