2010-01-20 17 views
5

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

.NET विधानसभाओं कभी बदलने है:

मैं विधानसभाओं खुद को सीआरसी की गणना कोई समस्या नहीं है, मेरे सवाल है? अर्थात। लक्ष्य प्रणाली पर स्थापित होने के बाद असेंबली की वास्तविक बाइनरी सामग्री कभी भी (किसी भी कारण से) बदल जाती है? अगर ऐसा होता है, तो सीआरसी भी बदल जाएगा।

नोट, मैं केवल उन सॉफ़्टवेयर का जिक्र कर रहा हूं जो मेरे सॉफ़्टवेयर के साथ पैक किए गए हैं, न कि मानक सिस्टम असेंबली, जिन्हें चेक नहीं किया गया है।

चीयर्स

+0

क्या यह आपके असेंबली पर हस्ताक्षर करने के लिए नहीं है? – Svish

+0

यह किसी और चीज की तुलना में प्रबंधन को रिलीज करने के लिए मेरी कंपनी के दृष्टिकोण के कारण अधिक है। सीआरसी चीज मुख्य रूप से एम्बेडेड विकास अतीत से उत्पन्न होती है, और इस प्रक्रिया को किसी भी विंडोज विकास कार्य पर लागू किया जा रहा है। – Kazar

उत्तर

6

आप एक पहिया का पुन: आविष्कार कर रहे हैं, मजबूत नामकरण पहले से ही ऐसा करता है। एक असेंबली को कम करना ताकि उसके पास सही सीआरसी 32 सही हो। एक मजबूत नाम तोड़ना नहीं है, यह क्रिप्टोग्राफिक रूप से सुरक्षित है।

+0

हां, .NET में पहले से ही एक तंत्र है जो आपकी आवश्यकता को संभालने के लिए अंतर्निहित है जिसे आपको निश्चित रूप से कस्टम विधि पर प्राथमिकता देना चाहिए। –

+0

वैकल्पिक अनुशंसा के लिए धन्यवाद, और आप सही हैं, यह एक पसंदीदा दृष्टिकोण है, हालांकि, यह कंपनी की नीति है जो स्वयं से अधिक वरिष्ठ इंजीनियरों द्वारा निर्धारित की जाती है। मैं वास्तव में बहुत कुछ नहीं कर सकता। – Kazar

4

आप विधानसभाओं (उन्हें अधिलेखित) अद्यतन नहीं करते हैं, वे कभी नहीं बदलेगा।

+0

या असेंबली पर हस्ताक्षर किए जा सकते हैं –

-1

मुझे कहीं पढ़ना याद है कि .NET Optimiser किसी भी असेंबली के माध्यम से उन्हें 'ऑप्टिमाइज़' करने के लिए खोजता है और जाता है? सुना है कि यह इंस्टॉल करने के बाद ऐसा हुआ - कभी भी इसे स्वयं नहीं देखा - आईडी कल्पना है कि वे शायद नहीं बदलते हैं, लेकिन मुझे यकीन नहीं है कि अगर आप वास्तव में

इसे आजमाएं और देखें! शुभकामनाएं

+3

आप Ngen.exe के बारे में बात कर रहे हैं। यह एक और फाइल बनाता है। –

0

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

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