2008-08-19 12 views
8

मैं हाल ही में एक WPF एप्लिकेशन के लिए .NET क्लाइंट प्रोफ़ाइल को लक्षित करने की तलाश में हूं। हालांकि, मैं सूचना के लिए है कि ग्राहकों का प्रोफाइल निम्नलिखित ओएस विन्यास लिए ही मान्य है निराश था:क्या .NET क्लाइंट प्रोफ़ाइल लक्ष्यीकरण योग्य है?

  • Windows XP SP2 +
  • विंडोज सर्वर 2003 संपादित करें:Appears ग्राहकों का प्रोफाइल विंडोज पर स्थापित नहीं होगा सर्वर 2003.

इसके अतिरिक्त, ग्राहक प्रोफाइल 64 या ia64 संस्करणों के लिए मान्य नहीं है; और .NET Framework के किसी भी पिछले संस्करण को स्थापित किया गया है, तो भी स्थापित नहीं होगा।

मुझे आश्चर्य है कि परीक्षण मैट्रिक्स में अतिरिक्त ओएस कॉन्फ़िगरेशन जोड़ने का प्रयास प्रयास के लायक है। क्या कोई मेट्रिक्स उपलब्ध है जो उन उपयोगकर्ताओं का प्रतिशत बताता है जो संभावित रूप से ग्राहक प्रोफ़ाइल से लाभ उठा सकते हैं? मेरा मानना ​​है कि एक बार .NET Framework स्थापित हो जाने के बाद, वेब अनुरोध के हिस्से के रूप में एक वेब सर्वर को अतिरिक्त जानकारी पास की जाती है जो दर्शाती है कि ढांचा उपलब्ध है। अनुमोदित, मैं कल्पना करता हूं कि .NET Framework के बिना Windows XP SP2 उपयोगकर्ता स्थापित लोगों की एक बड़ी राशि होगी। यह तब सवाल होगा कि मेरे आवेदन ने उन व्यक्तियों को विशेष रूप से लक्षित किया है या नहीं।

क्या किसी और ने यह निर्धारित किया है कि क्या यह इन विशिष्ट उपयोगकर्ताओं को लक्षित करने के अतिरिक्त प्रयास के लायक है?

संपादित करें: ऐसा लगता है कि यदि आप क्लाइंट प्रोफ़ाइल में शामिल सुविधाओं का उपयोग नहीं करते हैं तो ऐसा लगता है कि एक कंपाइलर चेतावनी प्राप्त करना संभव है। जैसा कि मैं आमतौर पर त्रुटियों के रूप में चेतावनियों के साथ चलाता हूं, यह उम्मीद है कि इस कॉन्फ़िगरेशन में परीक्षण को कम करने के लिए पर्याप्त होगा। बेशक, इस कॉन्फ़िगरेशन को अभी भी परीक्षण करने की आवश्यकता होगी, लेकिन यह परीक्षण के रूप में सरल होना चाहिए यदि इंस्टॉल/प्रारंभिक रन SP2 + के साथ XP पर काम करता है।

उत्तर

5

अंततः यूए स्ट्रिंग के भाग, उदा .: रूप .नेट फ्रेमवर्क संस्करण भेजता है, यह किसी भी उन यदि आप ग्राहकों का प्रोफाइल को लक्षित चोट नहीं होगा। ऐसा इसलिए है क्योंकि क्लाइंट प्रोफ़ाइल .net फ्रेमवर्क v3.5 sp1 का सबसेट है, और यदि v3.5 sp1 पहले से स्थापित है, तो आपको कुछ भी इंस्टॉल करने की आवश्यकता नहीं है।

क्लाइंट प्रोफाइल में असेंबली पूर्ण ढांचे के समान बाइनरी हैं, इसलिए जब तक आप गतिशील रूप से असेंबली लोड नहीं कर रहे हैं, तो आपको कोई अतिरिक्त परीक्षण करने की आवश्यकता नहीं है।

मेरी सोच यह है कि जब तक आपको उन असेंबली का उपयोग नहीं करना चाहिए जो क्लाइंट प्रोफ़ाइल में नहीं हैं, तो आपको इसे लक्षित करना चाहिए।

ओएस आवश्यकताओं के लिए, डब्ल्यूपीएफ प्री-एक्सपी एसपी 2 पर नहीं चलेगा, इसलिए यदि आपको अन्य ओएसई पर चलाने की ज़रूरत है, तो आपको WinForms का उपयोग करना होगा।

संपादित करें:

आईई पर, हाँ।यह उदाहरण के लिए यूए स्ट्रिंग के भाग के रूप में .नेट फ्रेमवर्क संस्करण भेजता है: असल में

ऐसा नहीं करता है FF3 + 3.5sp1:

Mozilla/5.0 (विंडोज, यू, Windows NT 6.0, एन अमेरिका, RV: 1.9.0.1) छिपकली/२००८०७०२०८ फ़ायरफ़ॉक्स/3.0.1 (.NET CLR 3.5.30729)

2

मेरा मानना ​​है कि एक बार .NET Framework स्थापित हो जाने के बाद, एक वेब अनुरोध के हिस्से के रूप में एक वेब सर्वर को अतिरिक्त जानकारी पास की जाती है जो दर्शाती है कि ढांचा उपलब्ध है।

आईई पर, हाँ। यह

Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; .NET CLR 2.0.50727). 
3

मुझे लगता है कि के रूप में आप कर सकते हैं के रूप में कई प्रयोक्ताओं को लक्षित करने के लिए महत्वपूर्ण है, क्या आपने कभी शिपिंग अपने विचार किया है बिना किसी प्रबंधित कोड के आवेदन? आप अपने प्रबंधित अनुप्रयोगों को http://www.xenocode.com/ या http://www.remotesoft.com/linker/ जैसे टूल का उपयोग करके शुद्ध मशीन कोड में परिवर्तित कर सकते हैं, इसलिए आपको क्लाइंट मशीनों पर किसी भी .NET ढांचे की आवश्यकता नहीं होगी।

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