स्ट्रिंग है। एक्वाल्स (string1.Substring (0, x), स्ट्रिंग 2) स्ट्रिंग 1 से बेहतर है। स्टार्ट्सविथ (स्ट्रिंग 2)?

Question

मैं StringComparison.OrdinalIgnoreCase का उपयोग कर यूआरएल पथों का परीक्षण करने के लिए स्ट्रिंग तुलना का उपयोग कर रहा हूं।

MSDN निम्न स्ट्रिंग तुलना सलाह HERE देता है, लेकिन यह स्पष्ट नहीं है क्यों:

MSDN उदाहरण (आधे रास्ते के ऊपर पृष्ठ नीचे):

public static bool IsFileURI(string path) 
{ 
    path.StartsWith("FILE:", StringComparison.OrdinalIgnoreCase); 
    return true; 
} 

MSDN सलाह:

"हालांकि, पिछले उदाहरण समानता के परीक्षण के लिए स्ट्रिंग.StartsWith (स्ट्रिंग, स्ट्रिंग कॉम्परिसन) विधि का उपयोग करता है। क्योंकि तुलना का उद्देश्य आदेश के बजाए समानता के लिए परीक्षण करना है स्ट्रिंग्स में, एक बेहतर विकल्प बराबर विधि को कॉल करना है, जैसा कि निम्नलिखित उदाहरण में दिखाया गया है। "

public static bool IsFileURI(string path) 
{ 
    if (path.Length < 5) return false; 

    return String.Equals(path.Substring(0, 5), "FILE:", 
        StringComparison.OrdinalIgnoreCase); 
} 

प्रश्न: क्यों MSDN सुझाव है दूसरे उदाहरण बेहतर है?

चर्चा के बिंदु:

1. जाहिर है पहले उदाहरण में return true; एक बग है और return path.StartsWith(...); होना चाहिए। हम इसे एक बग के रूप में सुरक्षित रूप से अनदेखा कर सकते हैं क्योंकि वीबी कोड सही है।

2. समानता की तुलना करने से पहले एक सबस्ट्रिंग का निर्माण केवल स्ट्रिंग.StartsWith() को कॉल करने की तुलना में एक और मेमोरी संसाधन का उपयोग करना प्रतीत होता है।

3. लंबाई < 5 परीक्षण एक अच्छा शॉर्ट सर्किट है, हालांकि इसका उपयोग पहले कोड के साथ ही किया जा सकता है।

4. दूसरा उदाहरण स्पष्ट कोड के रूप में समझा जा सकता है, लेकिन मैं प्रदर्शन से चिंतित हूं। सबस्ट्रिंग का निर्माण अनावश्यक लगता है।

Answer 1

dotPeek का उपयोग कर StartsWith विधि को देखते हुए, यह अंततः एक आंतरिक तुलना समारोह है कि पूरी स्ट्रिंग तुलना कहता है, और रिटर्न एक बूलियन कि तुलना की वापसी मूल्य के आधार पर परिणाम:

return TextInfo.CompareOrdinalIgnoreCaseEx(this, 0, value, 0, value.Length, value.Length) == 0; 

String.Equals कॉल:

return TextInfo.CompareOrdinalIgnoreCase(this, value) == 0; 

CompareOrdinalIgnoreCase एक निजी विधि है, जो dotPeek प्रदर्शित नहीं करता है कहता है, लेकिन मेरी कूबड़ कि overlo है StartsWith द्वारा बुलाया गया विज्ञापन पूरे स्ट्रिंग को पार करता है जबकि Equals द्वारा अधिभारित अधिभार को समानता के रूप में जल्द ही निर्धारित किया जा सकता है।

यदि प्रदर्शन एक चिंता है, तो उन दोनों मानों को मापने का प्रयास करें जो आपके आवेदन के लिए सामान्य होंगे।

---

बाहर curiousity की, मैं दो को मापने की कोशिश की, और यह प्रतीत होता है कि Equals काफ़ी तेज है।जब मैं एक रिलीज के निर्माण का उपयोग कर नीचे कोड चलाने के लिए, Equals लगभग के रूप में तेजी से StartsWith रूप में दो बार है:

using System; 
using System.Diagnostics; 

namespace ConsoleApplication1 
{ 
    internal class Program 
    { 
     private static void Main(string[] args) 
     { 
      var url = "http://stackoverflow.com/questions/8867710/is-string-equalsstring1-substring0-x-string2-better-than-string1-startswit"; 
      var count = 10000000; 
      var http = false; 

      Stopwatch sw = Stopwatch.StartNew(); 

      for (int i = 0; i < count; i++) 
      { 
       http = url.StartsWith("http:", StringComparison.OrdinalIgnoreCase); 
      } 

      sw.Stop(); 

      Console.WriteLine("StartsWith: {0} ms", sw.ElapsedMilliseconds); 

      sw.Restart(); 

      for (int i = 0; i < count; i++) 
      { 
       http = string.Equals(url.Substring(0, 5), "http:", StringComparison.OrdinalIgnoreCase); 
      } 

      sw.Stop(); 

      Console.WriteLine("Equals: {0} ms", sw.ElapsedMilliseconds); 

      Console.ReadLine(); 
     } 
    } 
} 

Answer 2

जवाब कोड उदाहरण आप Ordinal String Operations शीर्षक के अंतर्गत में प्रदान की तुरंत नीचे पाया जाता है।

.NET Framework में स्ट्रिंग्स एम्बेडेड नल वर्ण हो सकते हैं। क्रमिक और संस्कृति-संवेदनशील तुलना (तुलनात्मक संस्कृति का उपयोग करने वाली तुलना सहित तुलना) के बीच सबसे स्पष्ट अंतरों में से एक स्ट्रिंग में एम्बेडेड नल वर्णों के संचालन से संबंधित है। जब आप String.Compare और स्ट्रिंग का उपयोग करते हैं तो ये वर्णों को अनदेखा कर दिया जाता है। संस्कृति-संवेदनशील तुलना करने के लिए विधियों का उपयोग करता है (इनवेरिएंट संस्कृति का उपयोग करने वाली तुलना सहित)। नतीजतन, संस्कृति-संवेदनशील तुलना में , स्ट्रिंग्स जिसमें एम्बेडेड नल वर्ण शामिल हैं, वे स्ट्रिंग के बराबर नहीं माना जा सकता है।

महत्वपूर्ण

हालांकि स्ट्रिंग तुलना तरीकों उपेक्षा अशक्त एम्बेडेड वर्ण, इस तरह के String.Contains, String.EndsWith, String.IndexOf, String.LastIndexOf, और String.StartsWith के रूप में स्ट्रिंग खोज तरीकों नहीं है ।

कि String.StartsWith और String.Equals कि क्रमसूचक तुलना का उपयोग अलग-अलग परिणाम वापस आ जाएगी मतलब। यही है, सामान्य तुलनाओं का उपयोग करने का पूरा बिंदु सुरक्षा चिंताओं को रोकने वाली तुर्की प्रणालियों पर लोगों को रोकने के लिए था (जहां "f" != "F" मामले को अनदेखा करते समय)। मतलब किसी को अभी भी एक फ़ाइल यूआरआई कि "FIL\0E:" की तरह दिखाई देता है, तो परीक्षण का इस्तेमाल किया String.StartsWith