मैं बिल्कुल ReSharper पसंद है और इसके बिना काम नहीं होता है, लेकिन कुछ ऐसे भी gotchas है कि मैं में चलाने के लिए और से बचने के लिए सीखा है कर रहे हैं:Resharper gotchas
- की अनुमति दे ReSharper स्ट्रिंग शाब्दिक स्वचालित रूप से नाम बदलने के लिए वास्तव में आप काट सकते हैं ऐसे उदाहरण जब आपके ऑब्जेक्ट वेरिएबल्स आपके DAL SQL या अन्य स्ट्रिंग स्थिरांक में कॉलम नामों से मेल खाते हैं। मैंने सीखा है कि दूसरी नाम बदलें संवाद प्रकट होने पर अधीर कुंजी को मारने की बजाय मुझे वास्तव में यह देखने की ज़रूरत है कि रेसर्पर क्या सुझाव दे रहा है और अक्सर स्ट्रिंग अक्षर को छोड़ने के चरण को छोड़ देता है।
- यह एक और अधिक कपटपूर्ण है: जब आपके पास समाधान-वाइड विश्लेषण है, तो ReSharper आपको बताएगा कि सार्वजनिक विधियों का उपयोग किया जाता है या नहीं। इसमें गुणों में गेटर्स और सेटर्स शामिल हैं। यह एक महान विशेषता है लेकिन रेसर्पर को क्या पता नहीं है कि जब आप एक ऐसा डिज़ाइन तैयार कर रहे हैं जो डिज़ाइनर (फॉर्म, उपयोगकर्ता ctrl) में प्रदर्शित किया जाएगा कि संपत्ति गेटर्स और सेटर्स को डिज़ाइन समय पर बुलाया जाता है और दिखाई नहीं देता है संकलन में तो ReSharper सुझाव देगा कि उन संपत्ति के गेटर्स या सेटर्स को निजी बनाया जा सकता है या हटा दिया जा सकता है। लेकिन यदि आप समायोजन करते हैं और फिर डिज़ाइनर में दृश्य लोड करते हैं, तो डिज़ाइनर क्रैश हो जाएगा क्योंकि संपत्ति उपलब्ध नहीं है और त्रुटि संदेश बिल्कुल स्पष्ट नहीं है। संक्षेप में, एक प्रोग्रामर को दृश्य डिजाइन करते समय संपत्ति उपयोग सुझावों पर ध्यान से विचार करने की आवश्यकता होती है।
ये मेरी बड़ी हैं। वहां और क्या है जो मुझे और साथी ReSharper aficionados काट सकता है?
तारों में उपयोग का नाम बदलने की पेशकश सिर्फ एक बेवकूफ विशेषता है। यह मुझे हर समय गधे में काटता है और मैं कभी नहीं * स्ट्रिंग्स खोजना चाहता हूं। रिफैक्टरिंग का पूरा * बिंदु * यह है कि यह बुलेटप्रूफ है। तार के भीतर का नाम बदल रहा कभी नहीं बुलेटप्रूफ है - मैं नहीं जानता कि क्यों वे भी यह पेशकश करते हैं। –
@ किर्क: मैं सहमत हूं। कम से कम इसे डिफ़ॉल्ट रूप से अक्षम किया जाना चाहिए। इस पर –