.net - कहत - स्पिन क्वांटम नंबर




.NET में संरचना और कक्षा के बीच क्या अंतर है? (12)

.NET में संरचना और कक्षा के बीच क्या अंतर है?


स्ट्रक्चर वास्तविक मूल्य हैं - वे खाली हो सकते हैं लेकिन कभी शून्य नहीं हो सकते हैं

यह सच है, हालांकि यह भी ध्यान दें कि .NET 2 structs के रूप में एक निरर्थक संस्करण का समर्थन करता है और सी # कुछ सिंथैक्टिक चीनी की आपूर्ति करता है ताकि इसे उपयोग करना आसान हो सके।

int? value = null;
value  = 1;

  1. किसी वर्ग में घोषित घटनाओं में उनके + = और - = लॉक के माध्यम से स्वचालित रूप से लॉक किया जाता है (यह) उन्हें थ्रेड सुरक्षित बनाने के लिए (स्थिर घटनाएं कक्षा के प्रकार पर बंद होती हैं)। एक संरचना में घोषित घटनाओं में उनके + = और - = स्वचालित रूप से लॉक नहीं होता है। एक संरचना के लिए एक लॉक (यह) काम नहीं करेगा क्योंकि आप केवल संदर्भ प्रकार अभिव्यक्ति को लॉक कर सकते हैं।

  2. एक संरचना उदाहरण बनाना एक कचरा संग्रह नहीं कर सकता है (जब तक कि निर्माता सीधे या परोक्ष रूप से एक संदर्भ प्रकार उदाहरण बनाता है) जबकि संदर्भ प्रकार उदाहरण बनाने से कचरा संग्रह हो सकता है।

  3. एक संरचना में हमेशा एक अंतर्निहित सार्वजनिक डिफ़ॉल्ट कन्स्ट्रक्टर होता है।

    class DefaultConstructor
    {
        static void Eg()
        {
            Direct     yes = new   Direct(); // Always compiles OK
            InDirect maybe = new InDirect(); // Compiles if constructor exists and is accessible
            //...
        }
    }
    

    इसका मतलब है कि एक संरचना हमेशा तत्काल होती है जबकि एक वर्ग तब नहीं हो सकता है जब उसके सभी निर्माता निजी हो सकते हैं।

    class NonInstantiable
    {
        private NonInstantiable() // OK
        {
        }
    }
    
    struct Direct
    {
        private Direct() // Compile-time error
        {
        }
    }
    
  4. एक संरचना में विनाशक नहीं हो सकता है। एक विनाशक वस्तु का एक ओवरराइड है। भेस में फाइनलाइज करें, और structs, मूल्य प्रकार होने के नाते, कचरा संग्रह के अधीन नहीं हैं।

    struct Direct
    {
        ~Direct() {} // Compile-time error
    }
    class InDirect
    {
        ~InDirect() {} // Compiles OK
    }
    
    And the CIL for ~Indirect() looks like this:
    
    .method family hidebysig virtual instance void
            Finalize() cil managed
    {
      // ...
    } // end of method Indirect::Finalize
    
  5. एक संरचना पूरी तरह से बंद कर दिया गया है, एक वर्ग नहीं है।
    एक संरचना अमूर्त नहीं हो सकती है, एक वर्ग कर सकते हैं।
    एक संरचना कॉल नहीं कर सकती: आधार () अपने कन्स्ट्रक्टर में जबकि कोई कक्षा बिना स्पष्ट आधार वर्ग कर सकती है।
    एक संरचना एक वर्ग कर सकते हैं, एक वर्ग कर सकते हैं।
    एक संरचना संरक्षित सदस्यों (उदाहरण के लिए, फ़ील्ड, नेस्टेड प्रकार) एक वर्ग कर सकते हैं घोषित नहीं कर सकते हैं।
    एक संरचना अमूर्त कार्य सदस्यों, एक अमूर्त वर्ग कर सकते हैं घोषित नहीं कर सकते हैं।
    एक संरचना वर्चुअल फ़ंक्शन सदस्यों की घोषणा नहीं कर सकती है, एक वर्ग कर सकते हैं।
    एक संरचना सीलबंद समारोह सदस्यों, एक कक्षा कर सकते हैं घोषित नहीं कर सकते हैं।
    एक संरचना फंक्शन सदस्यों को ओवरराइड घोषित नहीं कर सकती है, एक वर्ग कर सकते हैं।
    इस नियम का एक अपवाद यह है कि एक संरचना System.Object, जैसे, बराबर (), और GetHashCode (), और ToString () के आभासी तरीकों को ओवरराइड कर सकती है।


.NET में संरचना प्रकार और श्रेणी घोषणाएं संदर्भ प्रकारों और मूल्य प्रकारों के बीच अंतर करती हैं।

जब आप किसी संदर्भ प्रकार को पार करते हैं तो केवल एक ही संग्रहीत होता है। उदाहरण का उपयोग करने वाले सभी कोड एक ही एक्सेस कर रहे हैं।

जब आप मूल्य मान को पार करते हैं तो प्रत्येक एक प्रति है। सभी कोड अपनी प्रतिलिपि पर काम कर रहे हैं।

यह एक उदाहरण के साथ दिखाया जा सकता है:

struct MyStruct 
{
    string MyProperty { get; set; }
}

void ChangeMyStruct(MyStruct input) 
{ 
   input.MyProperty = "new value";
}

...

// Create value type
MyStruct testStruct = new MyStruct { MyProperty = "initial value" }; 

ChangeMyStruct(testStruct);

// Value of testStruct.MyProperty is still "initial value"
// - the method changed a new copy of the structure.

एक वर्ग के लिए यह अलग होगा

class MyClass 
{
    string MyProperty { get; set; }
}

void ChangeMyClass(MyClass input) 
{ 
   input.MyProperty = "new value";
}

...

// Create reference type
MyClass testClass = new MyClass { MyProperty = "initial value" };

ChangeMyClass(testClass);

// Value of testClass.MyProperty is now "new value" 
// - the method changed the instance passed.

कक्षाएं कुछ भी नहीं हो सकती हैं - संदर्भ एक शून्य को इंगित कर सकता है।

स्ट्रक्चर वास्तविक मूल्य हैं - वे खाली हो सकते हैं लेकिन कभी शून्य नहीं हो सकते हैं। इस कारण से structs के पास हमेशा कोई पैरामीटर नहीं वाला डिफ़ॉल्ट कन्स्ट्रक्टर होता है - उन्हें 'प्रारंभिक मान' की आवश्यकता होती है।


.NET में, प्रकार, संदर्भ प्रकार और मूल्य प्रकारों की दो श्रेणियां हैं

स्ट्रक्चर मूल्य प्रकार हैं और कक्षाएं संदर्भ प्रकार हैं

सामान्य अंतर यह है कि एक संदर्भ प्रकार ढेर पर रहता है, और एक मूल्य प्रकार इनलाइन रहता है, यानी, जहां भी यह आपका चर या क्षेत्र परिभाषित किया गया है।

एक वैरिएबल युक्त वैरिएबल में संपूर्ण मान प्रकार मान होता है। एक संरचना के लिए, इसका मतलब है कि परिवर्तक में अपने सभी क्षेत्रों के साथ संपूर्ण संरचना होती है।

संदर्भ प्रकार युक्त एक चर में एक सूचक, या स्मृति में कहीं और संदर्भ होता है जहां वास्तविक मान रहता है।

इसके साथ शुरू करने के लिए इसका एक लाभ है:

  • मूल्य प्रकारों में हमेशा एक मान होता है
  • संदर्भ प्रकारों में शून्य- धारणा हो सकती है, जिसका अर्थ है कि वे इस समय किसी भी चीज़ का संदर्भ नहीं लेते हैं

आंतरिक रूप से, संदर्भ प्रकार को पॉइंटर्स के रूप में कार्यान्वित किया जाता है, और यह जानकर, और यह जानकर कि परिवर्तनीय असाइनमेंट कैसे काम करता है, अन्य व्यवहार पैटर्न भी हैं:

  • किसी वैल्यू टाइप वैरिएबल की सामग्री को किसी अन्य चर में कॉपी करना, पूरी सामग्री को नए चर में कॉपी करता है, जिससे दो अलग-अलग होते हैं। दूसरे शब्दों में, प्रतिलिपि के बाद, किसी में परिवर्तन दूसरे को प्रभावित नहीं करेगा
  • एक संदर्भ प्रकार परिवर्तक की सामग्री को किसी अन्य चर में कॉपी करना, संदर्भ की प्रतिलिपि बनाता है, जिसका अर्थ है कि अब आपके पास वास्तविक डेटा के कहीं और भंडारण के दो संदर्भ हैं। दूसरे शब्दों में, प्रतिलिपि के बाद, एक संदर्भ में डेटा को बदलने से दूसरे को भी प्रभावित किया जा सकता है, लेकिन केवल इसलिए कि आप वास्तव में केवल उसी डेटा को देख रहे हैं

जब आप चर या फ़ील्ड घोषित करते हैं, तो यहां दो प्रकार भिन्न होते हैं:

  • परिवर्तनीय: स्टैक पर वैल्यू टाइप लाइफ, संदर्भ प्रकार जीवन में ढेर पर जीवन के रूप में ढेर पर रहता है जहां वास्तविक स्मृति रहता है (हालांकि नोट एरिक लिपर्ट्स लेख श्रृंखला: स्टैक एक कार्यान्वयन विवरण है ।)
  • वर्ग / संरचना-फ़ील्ड: प्रकार का प्रकार पूरी तरह से प्रकार के अंदर रहता है, संदर्भ प्रकार प्रकार के अंदर जीवन को ढेर स्मृति में कहीं भी पॉइंटर के रूप में रहता है जहां वास्तविक स्मृति रहता है।

अन्य उत्तरों में वर्णित सभी मतभेदों के अलावा:

  1. स्ट्रक्चर में एक स्पष्ट पैरामीटर रहित कन्स्ट्रक्टर नहीं हो सकता है जबकि एक वर्ग कर सकता है
  2. संरचनाओं में विनाशक नहीं हो सकते हैं , जबकि एक वर्ग कर सकते हैं
  3. संरचनाएं किसी अन्य संरचना या वर्ग से उत्तराधिकारी नहीं हो सकती हैं जबकि एक वर्ग दूसरे वर्ग से प्राप्त कर सकता है। (दोनों structs और कक्षाएं एक इंटरफ़ेस से कार्यान्वित कर सकते हैं।)

यदि आप सभी मतभेदों को समझाते हुए वीडियो के बाद हैं, तो आप भाग 2 9 - सी # ट्यूटोरियल देख सकते हैं - सी # में कक्षाओं और structs के बीच अंतर


इसे पूरा करने के लिए, Equals विधि का उपयोग करते समय एक और अंतर होता है, जो सभी वर्गों और संरचनाओं द्वारा विरासत में मिलता है।

आइए मान लें कि हमारे पास एक वर्ग और संरचना है:

class A{
  public int a, b;
}
struct B{
  public int a, b;
}

और मुख्य विधि में, हमारे पास 4 वस्तुएं हैं।

static void Main{
  A c1 = new A(), c2 = new A();
  c1.a = c1.b = c2.a = c2.b = 1;
  B s1 = new B(), s2 = new B();
  s1.a = s1.b = s2.a = s2.b = 1;
}

फिर:

s1.Equals(s2) // true
s1.Equals(c1) // false
c1.Equals(c2) // false
c1 == c2 // false

इसलिए , संरचनाएं संख्यात्मक जैसी वस्तुओं के लिए उपयुक्त हैं, जैसे अंक (एक्स और वाई निर्देशांक सहेजें)। और कक्षाएं दूसरों के लिए उपयुक्त हैं। भले ही 2 लोगों का नाम, ऊंचाई, वजन ..., वे अभी भी 2 लोग हैं।


एक्सेस विनिर्देशक के बुनियादी अंतर के अलावा, और उपरोक्त वर्णित कुछ मैं आउटपुट के साथ कोड नमूना के साथ ऊपर उल्लिखित कुछ प्रमुख अंतरों को जोड़ना चाहता हूं, जो संदर्भ और मूल्य का एक और स्पष्ट विचार देगा

structs:

  • मूल्य प्रकार हैं और ढेर आवंटन की आवश्यकता नहीं है।
  • मेमोरी आवंटन अलग है और ढेर में संग्रहीत है
  • छोटे डेटा संरचनाओं के लिए उपयोगी
  • प्रदर्शन को प्रभावित करें, जब हम विधि के लिए मूल्य पास करते हैं, तो हम संपूर्ण डेटा संरचना पास करते हैं और सभी को ढेर में भेज दिया जाता है।
  • कन्स्ट्रक्टर बस संरचना मूल्य को लौटाता है (आमतौर पर ढेर पर एक अस्थायी स्थान में), और यह मान आवश्यकतानुसार कॉपी किया जाता है
  • चर के प्रत्येक डेटा की अपनी प्रतिलिपि होती है, और किसी दूसरे को प्रभावित करने के लिए संचालन के लिए यह संभव नहीं है।
  • उपयोगकर्ता द्वारा निर्दिष्ट विरासत का समर्थन न करें, और वे निश्चित रूप से प्रकार ऑब्जेक्ट से प्राप्त होते हैं

वर्ग:

  • संदर्भ प्रकार मान
  • ढेर में संग्रहीत
  • एक गतिशील आवंटित वस्तु के संदर्भ को स्टोर करें
  • नए ऑपरेटर के साथ रचनाकारों को बुलाया जाता है, लेकिन यह ढेर पर स्मृति आवंटित नहीं करता है
  • एकाधिक चर के समान ऑब्जेक्ट का संदर्भ हो सकता है
  • अन्य चर द्वारा संदर्भित ऑब्जेक्ट को प्रभावित करने के लिए एक चर पर संचालन के लिए यह संभव है

कोड नमूना

    static void Main(string[] args)
    {
        //Struct
        myStruct objStruct = new myStruct();
        objStruct.x = 10;
        Console.WriteLine("Initial value of Struct Object is: " + objStruct.x);
        Console.WriteLine();
        methodStruct(objStruct);
        Console.WriteLine();
        Console.WriteLine("After Method call value of Struct Object is: " + objStruct.x);
        Console.WriteLine();

        //Class
        myClass objClass = new myClass(10);
        Console.WriteLine("Initial value of Class Object is: " + objClass.x);
        Console.WriteLine();
        methodClass(objClass);
        Console.WriteLine();
        Console.WriteLine("After Method call value of Class Object is: " + objClass.x);
        Console.Read();
    }
    static void methodStruct(myStruct newStruct)
    {
        newStruct.x = 20;
        Console.WriteLine("Inside Struct Method");
        Console.WriteLine("Inside Method value of Struct Object is: " + newStruct.x);
    }
    static void methodClass(myClass newClass)
    {
        newClass.x = 20;
        Console.WriteLine("Inside Class Method");
        Console.WriteLine("Inside Method value of Class Object is: " + newClass.x);
    }
    public struct myStruct
    {
        public int x;
        public myStruct(int xCons)
        {
            this.x = xCons;
        }
    }
    public class myClass
    {
        public int x;
        public myClass(int xCons)
        {
            this.x = xCons;
        }
    }

उत्पादन

संरचना वस्तु का प्रारंभिक मूल्य है: 10

स्ट्रक्चर ऑब्जेक्ट के विधि मूल्य के अंदर स्ट्रक्चर विधि के अंदर: 20 है

स्ट्रक्चर ऑब्जेक्ट के विधि कॉल मान के बाद: 10 है

कक्षा वस्तु का प्रारंभिक मूल्य है: 10

क्लास ऑब्जेक्ट के अंदर क्लास विधि के अंदर क्लास ऑब्जेक्ट का तरीका है: 20

क्लास ऑब्जेक्ट के विधि कॉल मान के बाद: 20 है

यहां आप संदर्भ के आधार पर कॉल और कॉल के बीच अंतर को स्पष्ट रूप से देख सकते हैं।


कक्षाओं के उदाहरण प्रबंधित ढेर पर संग्रहीत हैं। एक उदाहरण 'युक्त' सभी चर केवल ढेर पर उदाहरण के संदर्भ में हैं। किसी ऑब्जेक्ट को पास करने के संदर्भ में किसी ऑब्जेक्ट को पास करने के संदर्भ में, ऑब्जेक्ट को पास करना।

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

सी ++ / सीएलआई नामों से भेद बेहतर होता है: "रेफ क्लास" पहले वर्णित एक वर्ग है, "वैल्यू क्लास" एक वर्ण है जैसा कि दूसरे वर्णित है। सी # द्वारा उपयोग किए जाने वाले कीवर्ड "वर्ग" और "संरचना" केवल कुछ ऐसा ही है जो सीखा जाना चाहिए।


जैसा कि पहले उल्लेख किया गया है: कक्षा संदर्भ प्रकार हैं जबकि स्ट्रक्चर सभी परिणामों के साथ मूल्य प्रकार हैं।

नियम फ्रेमवर्क डिजाइन दिशानिर्देशों के अंगूठे के रूप में कक्षाओं के बजाय स्ट्रक्चर का उपयोग करने की सिफारिश करता है यदि:

  • इसमें 16 बाइट्स के तहत एक उदाहरण आकार है
  • यह तार्किक रूप से एक ही मूल्य का प्रतिनिधित्व करता है, जो प्राचीन प्रकारों (int, double, आदि) के समान होता है।
  • यह अपरिवर्तनीय है
  • इसे अक्सर बॉक्सिंग नहीं करना पड़ेगा

प्रत्येक का संक्षिप्त सारांश:

केवल कक्षाएं:

  • विरासत का समर्थन कर सकते हैं
  • संदर्भ (सूचक) प्रकार हैं
  • संदर्भ शून्य हो सकता है
  • प्रति नए उदाहरण मेमोरी ओवरहेड है

केवल स्ट्रक्चर:

  • विरासत का समर्थन नहीं कर सकता
  • मूल्य प्रकार हैं
  • मूल्य से गुजर चुके हैं (पूर्णांक की तरह)
  • एक शून्य संदर्भ नहीं हो सकता है (जब तक Nullable का उपयोग नहीं किया जाता है)
  • प्रति नए उदाहरण मेमोरी ओवरहेड नहीं है - जब तक 'बॉक्सिंग' न हो

दोनों वर्ग और संरचनाएं:

  • यौगिक डेटा प्रकार आमतौर पर कुछ चर शामिल होते हैं जिनमें कुछ तार्किक संबंध होते हैं
  • विधियों और घटनाओं में शामिल हो सकते हैं
  • इंटरफेस का समर्थन कर सकते हैं

क्लास और स्ट्रक्चर के बीच माइक्रोसॉफ्ट के चयन से ...

अंगूठे के नियम के रूप में, ढांचे में अधिकांश प्रकार कक्षाएं होनी चाहिए। हालांकि, कुछ स्थितियां हैं जिनमें मूल्य प्रकार की विशेषताओं को structs का उपयोग करने के लिए अधिक उपयुक्त बनाते हैं।

कक्षा के बजाय एक संरचना को समझें :

  • यदि प्रकार के उदाहरण छोटे और सामान्य रूप से अल्पकालिक होते हैं या आमतौर पर अन्य वस्तुओं में एम्बेडेड होते हैं।

एक्स एक संरचना से बचें जब तक कि इस प्रकार में निम्नलिखित सभी विशेषताएं नहीं हैं:

  • यह तार्किक रूप से एक ही मूल्य का प्रतिनिधित्व करता है, जो प्राचीन प्रकारों (int, double, आदि) के समान होता है।
  • इसमें 16 बाइट्स के तहत एक उदाहरण आकार है।
  • यह अपरिवर्तनीय है। (बदला नहीं जा सकता)
  • इसे अक्सर बॉक्सिंग नहीं करना पड़ेगा।

संरचना बनाम कक्षा

एक संरचना एक मान प्रकार है, इसलिए यह ढेर पर संग्रहीत है, लेकिन एक वर्ग एक संदर्भ प्रकार है और ढेर पर संग्रहीत है।

एक संरचना विरासत, और बहुरूपता का समर्थन नहीं करती है, लेकिन एक वर्ग दोनों का समर्थन करता है।

डिफ़ॉल्ट रूप से, सभी संरचना सदस्य सार्वजनिक होते हैं लेकिन कक्षा के सदस्य डिफ़ॉल्ट रूप से निजी रूप से निजी होते हैं।

चूंकि संरचना एक मान प्रकार है, हम संरचना ऑब्जेक्ट को शून्य नहीं दे सकते हैं, लेकिन यह कक्षा के लिए मामला नहीं है।





reference-type