C ++ में struct
बनाम a का उपयोग करना किन परिदृश्यों में बेहतर है class
?
C ++ में struct
बनाम a का उपयोग करना किन परिदृश्यों में बेहतर है class
?
जवाबों:
एक के बीच अंतर class
है और एक struct
C ++ कि structs डिफ़ॉल्ट है public
के सदस्यों और ठिकानों और कक्षाओं डिफ़ॉल्ट है private
के सदस्यों और ठिकानों। दोनों वर्गों और संरचनाओं में और सदस्यों का मिश्रण हो सकता है public
, वंशानुक्रम का उपयोग कर सकते हैं और सदस्य कार्य कर सकते हैं।protected
private
मैं किसी भी वर्ग जैसी सुविधाओं के बिना सादे-पुराने-डेटा संरचनाओं के रूप में संरचनाओं का उपयोग करने की सिफारिश करूंगा, और कक्षाओं को private
डेटा और सदस्य कार्यों के साथ समग्र डेटा संरचनाओं के रूप में उपयोग कर सकता हूं ।
जैसा कि बाकी सभी नोट करते हैं कि वास्तव में केवल दो वास्तविक भाषा अंतर हैं:
struct
सार्वजनिक उपयोग के class
लिए चूक और निजी उपयोग के लिए चूक।struct
डिफ़ॉल्ट रूप में public
विरासत और class
करने के लिए डिफ़ॉल्ट private
विरासत। (विडंबना यह है कि C ++ में बहुत सी चीजों के साथ, डिफ़ॉल्ट पीछे की ओर है: public
वंशानुक्रम अभी तक अधिक सामान्य विकल्प है, लेकिन लोग शायद ही कभी struct
" public
" कीवर्ड टाइप करने से बचाने के लिए घोषणा करते हैं ।लेकिन व्यवहार में वास्तविक अंतर एक class
/ के बीच है struct
कि एक निर्माता / विध्वंसक और एक है कि घोषित नहीं करता है। "सादे-पुराने-डेटा" पीओडी प्रकार के लिए कुछ गारंटीएं हैं, जो कि क्लास के निर्माण से पहले एक बार लागू होने पर लागू नहीं होती हैं। इस भेद को स्पष्ट रखने के लिए, बहुत से लोग जानबूझकर केवल struct
POD प्रकारों के लिए s का उपयोग करते हैं, और, यदि वे किसी भी तरीके को जोड़ने जा रहे हैं, तो उपयोग करें class
। नीचे दो टुकड़ों के बीच का अंतर अन्यथा अर्थहीन है:
class X
{
public:
// ...
};
struct X
{
// ...
};
(संयोग से, यहाँ "POD प्रकार" के बारे में कुछ अच्छी व्याख्याओं के साथ एक सूत्र है: वास्तव में C ++ में POD क्या हैं? )
struct
या इस बात class
का कोई असर न हो कि आपकी वस्तु POD है या नहीं और आपको कॉपी कंस्ट्रक्टर / डिस्ट्रक्टर को परिभाषित करना चाहिए या नहीं। सदस्य कार्यों का POD होने का भी कोई असर नहीं होता है। जैसा कि मैंने लिखा है कि आपने जो लिखा है, मैं देख रहा हूं कि आप अन्यथा सुझाव नहीं दे रहे हैं, लेकिन वर्तमान शब्द भ्रमित कर रहा है
मौजूदा उत्तरों में बहुत सी गलतफहमियाँ हैं।
दोनों class
और struct
एक वर्ग घोषित करते हैं।
हां, आपको कक्षा की परिभाषा के अंदर अपने पहुँच को संशोधित करने वाले खोजशब्दों को पुनर्व्यवस्थित करना पड़ सकता है, इस पर निर्भर करता है कि आपने किस कक्षा को घोषित किया था।
लेकिन, सिंटैक्स से परे, एक दूसरे को चुनने का एकमात्र कारण सम्मेलन / शैली / वरीयता है।
कुछ लोग struct
सदस्य कार्यों के बिना कक्षाओं के लिए कीवर्ड के साथ रहना पसंद करते हैं, क्योंकि परिणामस्वरूप परिभाषा "सी से एक सरल संरचना" की तरह दिखती है।
इसी तरह, कुछ लोग class
सदस्य कार्यों और private
डेटा के साथ कक्षाओं के लिए कीवर्ड का उपयोग करना पसंद करते हैं , क्योंकि यह उस पर "वर्ग" कहता है और इसलिए ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग पर उनकी पसंदीदा पुस्तक से उदाहरण दिखता है।
वास्तविकता यह है कि यह पूरी तरह से आपके और आपकी टीम के लिए है, और यह आपके कार्यक्रम के लिए वास्तव में कोई फर्क नहीं पड़ेगा।
निम्नलिखित दो वर्ग उनके नाम को छोड़कर हर तरह से बिल्कुल समान हैं:
struct Foo
{
int x;
};
class Bar
{
public:
int x;
};
Redeclaring करते समय आप कीवर्ड भी स्विच कर सकते हैं:
class Foo;
struct Bar;
(हालांकि यह विज़ुअल स्टूडियो गैर-अनुरूपता के कारण बनाता है , ताकि कंपाइलर ऐसा करने पर आपको चेतावनी दे।)
और निम्नलिखित अभिव्यक्तियाँ सत्य का मूल्यांकन करती हैं:
std::is_class<Foo>::value
std::is_class<Bar>::value
हालाँकि, ध्यान दें कि आप कीवर्ड्स को पुनर्परिभाषित करते समय स्विच नहीं कर सकते हैं ; यह केवल इसलिए है क्योंकि अनुवाद इकाइयों में (एक-परिभाषा नियम के अनुसार) डुप्लिकेट क्लास की परिभाषाएँ "टोकन के समान अनुक्रम से मिलकर" होनी चाहिए । इसका मतलब है आप भी नहीं भेज सकते const int member;
के साथ int const member;
, और के शब्दों के साथ कोई संबंध नहीं है class
या struct
।
class foo { public: ... };
हो सकती है और दूसरा ऐसा हो सकता है struct foo { ... };
जिसे "बिल्कुल समकक्ष" दावे के अनुसार सही रखना होगा। यह इस कारण से आता है कि अपूर्ण घोषणाएँ struct foo;
और class foo;
विनिमेय हैं। ये वर्ग निकाय को निर्दिष्ट नहीं करते हैं, और इसलिए वे एक्सेस लेआउट के लिए कुछ भी नहीं बोलते हैं।
Foo
और Bar
अभी भी बराबर / समान प्रकार के होते हैं। मैंने "जब redeclaring " कहना सुनिश्चित किया और एक उदाहरण दिया। यह सोचने के लिए आइए, मैं यह स्पष्ट करने के उत्तर में यह स्पष्ट कर दूंगा कि मैं यूबी में लोगों को गुमराह नहीं कर रहा हूं
क्लास के बजाय एक ही समय मैं एक संरचना का उपयोग करता हूं, जब फ़ंक्शन कॉल में उपयोग करने से पहले एक फ़ंक्टर को सही घोषित किया जाता है और स्पष्टता के लिए सिंटैक्स को कम करना चाहता है। उदाहरण के लिए:
struct Compare { bool operator() { ... } };
std::sort(collection.begin(), collection.end(), Compare());
से सी ++ पूछे जाने वाले प्रश्न लाइट :
किसी संरचना के सदस्य और आधार वर्ग डिफ़ॉल्ट रूप से सार्वजनिक होते हैं, जबकि कक्षा में वे निजी रूप से डिफ़ॉल्ट होते हैं। ध्यान दें: आपको अपने आधार वर्गों को स्पष्ट रूप से सार्वजनिक, निजी या संरक्षित करना चाहिए, बजाय कि चूक पर भरोसा करने के।
संरचना और वर्ग अन्यथा कार्यात्मक रूप से समतुल्य हैं।
ठीक है, उस चीख़ का काफी साफ-सुथरा टेक्नो टॉक। भावनात्मक रूप से, अधिकांश डेवलपर्स एक वर्ग और एक संरचना के बीच एक मजबूत अंतर बनाते हैं। एक संरचना बस बिट्स के खुले ढेर की तरह महसूस करती है, जो कि एनकैप्सुलेशन या कार्यक्षमता के रास्ते में बहुत कम होती है। एक वर्ग बुद्धिमान सेवाओं, मजबूत एनकैप्सुलेशन बाधा और एक अच्छी तरह से परिभाषित इंटरफ़ेस के साथ समाज के रहने वाले और जिम्मेदार सदस्य की तरह महसूस करता है। चूँकि ज्यादातर लोगों के पास पहले से ही यह धारणा है, तो आपको शायद संरचना कीवर्ड का उपयोग करना चाहिए यदि आपके पास एक वर्ग है जिसमें बहुत कम विधियां हैं और सार्वजनिक डेटा है (ऐसी चीजें अच्छी तरह से डिज़ाइन किए गए सिस्टम में मौजूद हैं!), लेकिन अन्यथा आपको शायद कक्षा का उपयोग करना चाहिए कीवर्ड।
एक जगह जहां एक संरचना मेरे लिए मददगार रही है, जब मेरे पास एक प्रणाली है जो किसी अन्य प्रणाली से निश्चित प्रारूप संदेश (अधिक कहना, एक सीरियल पोर्ट) प्राप्त कर रही है। आप बाइट्स की धारा को एक संरचना में डाल सकते हैं जो आपके खेतों को परिभाषित करता है, और फिर आसानी से खेतों तक पहुंच सकता है।
typedef struct
{
int messageId;
int messageCounter;
int messageData;
} tMessageType;
void processMessage(unsigned char *rawMessage)
{
tMessageType *messageFields = (tMessageType *)rawMessage;
printf("MessageId is %d\n", messageFields->messageId);
}
जाहिर है, यह वही चीज है जो आप सी में करेंगे, लेकिन मुझे लगता है कि संदेश को एक कक्षा में डिकोड करने का ओवरहेड आमतौर पर इसके लायक नहीं है।
operator >>
लिखने के बजाय एक वर्ग पर लागू कर सकते हैं processMessage
, जो आपके C ++ को उचित C ++ की तरह अधिक और सी की तरह कम दिखाई देगा
__packed__
संरचना का उपयोग करना होगा और एक एंडियन-अवगत ifdef कार्यान्वयन होगा (आपको एक मशीन पर ऑर्डर को फ्लिप करना होगा जहां एंडियनस विपरीत है जो बाहरी डेटा स्रोत के विपरीत है प्रदान कर रहा है)। यह सुंदर नहीं है, लेकिन मैंने पोर्टेबल तरीके से एम्बेडेड प्लेटफार्मों पर दूरस्थ बाह्य उपकरणों के लिए रजिस्टरों को पैक / अनपैक करने के लिए उपयोग किया है।
char
प्रकार है, जिसे अलियासिंग से छूट मिलती है। हालांकि, अभी भी एक समस्या है, एक अलग से एक: char*
एक अलग प्रकार के लिए कास्टिंग , अगर वास्तव में उस पते पर पहले से ही आरंभिक प्रकार का कोई भी ऑब्जेक्ट नहीं था, तो यूबी है क्योंकि यह जीवन भर के नियमों का उल्लंघन करता है। Afaik, भले ही गंतव्य प्रकार तुच्छ रूप से रचनात्मक है, बस आवंटित स्मृति C ++ के लिए औपचारिक रूप से उस स्मृति को उस प्रकार के रूप में व्यवहार करने की अनुमति देने के लिए पर्याप्त नहीं है।
आप C ++ में "स्ट्रक्चर" का उपयोग कर सकते हैं यदि आप एक लाइब्रेरी लिख रहे हैं जिसका इंटर्नल C ++ है लेकिन एपीआई को C या C ++ कोड से भी कॉल किया जा सकता है। आप बस एक ही हेडर बनाते हैं जिसमें स्ट्रक्चर्स और ग्लोबल एपीआई फ़ंक्शंस होते हैं जिन्हें आप C और C ++ कोड दोनों के साथ एक्सपोज़ करते हैं:
// C access Header to a C++ library
#ifdef __cpp
extern "C" {
#endif
// Put your C struct's here
struct foo
{
...
};
// NOTE: the typedef is used because C does not automatically generate
// a typedef with the same name as a struct like C++.
typedef struct foo foo;
// Put your C API functions here
void bar(foo *fun);
#ifdef __cpp
}
#endif
तब आप C ++ कोड का उपयोग करके C ++ फ़ाइल में फ़ंक्शन बार () लिख सकते हैं और इसे C से कॉल करने योग्य बना सकते हैं और दोनों दुनिया घोषित किए गए संरचना के माध्यम से डेटा साझा कर सकते हैं। C और C ++ को मिलाते समय पाठ्यक्रम के अन्य विवरण हैं लेकिन यह एक सरल उदाहरण है।
जैसा कि हर एक कहता है, केवल वास्तविक अंतर डिफ़ॉल्ट पहुंच है। लेकिन मैं विशेष रूप से संरचना का उपयोग करता हूं, जब मैं किसी साधारण डेटा वर्ग के साथ किसी भी तरह का एनकैप्सुलेशन नहीं चाहता, भले ही मैं कुछ सहायक विधियों को लागू करूं। उदाहरण के लिए, जब मुझे कुछ इस तरह की आवश्यकता होती है:
struct myvec {
int x;
int y;
int z;
int length() {return x+y+z;}
};
मेरे अपने प्रश्न का जवाब देने के लिए (बेशर्मी से), जैसा कि पहले ही उल्लेख किया गया है, सी ++ में उनके लिए एक्सेस विशेषाधिकारों में एकमात्र अंतर है।
मैं केवल डेटा-स्टोरेज के लिए एक संरचना का उपयोग करता हूं। अगर यह डेटा के साथ काम करना आसान बना देता है तो मैं इसे कुछ सहायक कार्यों को प्राप्त करने की अनुमति दूंगा। हालाँकि, जैसे ही डेटा को प्रवाह नियंत्रण की आवश्यकता होती है (अर्थात एक आंतरिक स्थिति को बनाए रखने या उसकी रक्षा करने वाले गेटर्स / सेटर) या किसी भी बड़ी कार्यक्षमता (मूल रूप से अधिक ऑब्जेक्ट-प्रकार) को एक्सेक्यूट करना शुरू कर देता है, यह बेहतर संचार करने के इरादे से एक कक्षा में 'अपग्रेड' हो जाएगा।
जब आप सी + + कार्यान्वयन के साथ सी-संगत इंटरफ़ेस प्रदान कर रहे हैं, तो संरचनाएं ( PODs , अधिक आम तौर पर) आसान होती हैं, क्योंकि वे भाषा सीमाओं और लिंकर स्वरूपों में पोर्टेबल होती हैं।
यदि यह आपके लिए चिंता का विषय नहीं है, तो मुझे लगता है कि "क्लास" के बजाय "संरचना" का उपयोग इरादे का एक अच्छा संचारक है (जैसा कि @ZeroSignal ने ऊपर कहा है)। संरचनाओं में अधिक पूर्वानुमानित नकल करने वाले शब्दार्थ भी होते हैं, इसलिए वे डेटा के लिए उपयोगी होते हैं जिन्हें आप बाहरी मीडिया में लिखना चाहते हैं या तार पर भेज सकते हैं।
संरचनाएं विभिन्न मेटाप्रोग्रामिंग कार्यों के लिए भी उपयोगी होती हैं, जैसे लक्षण टेम्पलेट जो बस आश्रित टाइपफेड का एक गुच्छा उजागर करते हैं:
template <typename T> struct type_traits {
typedef T type;
typedef T::iterator_type iterator_type;
...
};
... लेकिन यह वास्तव में केवल संरचना के डिफ़ॉल्ट सुरक्षा स्तर का सार्वजनिक होने का लाभ उठा रहा है ...
C ++ के लिए, वास्तव में स्ट्रक्चर्स और क्लासेस में बहुत अंतर नहीं है। मुख्य कार्यात्मक अंतर यह है कि एक संरचना के सदस्य डिफ़ॉल्ट रूप से सार्वजनिक होते हैं, जबकि वे कक्षाओं में डिफ़ॉल्ट रूप से निजी होते हैं। अन्यथा, जहां तक भाषा का सवाल है, वे समकक्ष हैं।
उस ने कहा, मैं C ++ में स्ट्रक्चर्स का उपयोग करना पसंद करता हूं जैसे मैं ब्र # में करता हूं। संरचनाएं सरल डेटा कंटेनर हैं, जबकि कक्षाओं का उपयोग उन वस्तुओं के लिए किया जाता है जिन्हें केवल उस पर पकड़ के अलावा डेटा पर कार्य करने की आवश्यकता होती है।
वे बहुत ज्यादा एक ही बात कर रहे हैं। C ++ के जादू के लिए धन्यवाद, एक संरचना फ़ंक्शंस को पकड़ सकती है, वंशानुक्रम का उपयोग कर सकती है, "नया" और इसी तरह एक वर्ग का उपयोग करके बनाया जा सकता है
एकमात्र कार्यात्मक अंतर यह है कि एक वर्ग निजी पहुंच अधिकारों से शुरू होता है, जबकि एक संरचना सार्वजनिक रूप से शुरू होती है। यह C के साथ पीछे की संगतता है।
व्यवहार में, मैंने हमेशा डेटा धारकों और कक्षाओं को ऑब्जेक्ट के रूप में उपयोग किया है।
जैसा कि दूसरों ने बताया है
स्ट्रॉस्ट्रुप / सटर से कौन सा उपयोग करना है, इसके बारे में एक स्पष्ट सिफारिश है:
हालांकि, ध्यान रखें कि घोषित sth को अग्रेषित करना बुद्धिमानी नहीं है। एक वर्ग के रूप में ( class X;
) और इसे संरचना के रूप में परिभाषित करें ( struct X { ... }
)। यह कुछ लिंकर्स (जैसे, जी ++) पर काम कर सकता है और दूसरों पर असफल हो सकता है (जैसे, एमएसवीसी), इसलिए आप खुद को डेवलपर नरक में पाएंगे।
class Foo; struct Foo { void bar() {} }; int main() { Foo().bar(); }
न केवल MSVC 2017 के साथ संकलित करता है और चलाता है, यह एक स्पष्ट चेतावनी भी उत्पन्न करता है Foo
जिसे घोषित किया गया था struct
लेकिन जैसा कि परिभाषित किया गया है class
। लेकिन मुझे यह भी स्पष्ट रूप से याद है कि उस बेवकूफ़ बग को खोजने में हमारी टीम को आधे दिन का समय लगा। मुझे यकीन नहीं है कि हमने जो MSVC वर्जन वापस इस्तेमाल किया है।
class
या struct
आगे की घोषणा पर, और दोनों मानक के अनुसार स्वतंत्र रूप से विनिमेय हैं (हालांकि यह ज्ञात है कि वीएस चेतावनी देते हैं; मैंने हमेशा माना कि यह केवल स्पष्ट प्रोग्रामर गलतियों से बचने के लिए था)। कुछ यहाँ गंध नहीं है। क्या आप सुनिश्चित हैं कि यह ODR उल्लंघन बग नहीं था?
struct
-forward की जगह class
, समस्याओं दूर चला गया। आज के रूप में, मुझे यह बहुत अजीब लगता है। मुझे खुशी होगी अगर आप इस पर कुछ प्रकाश डाल सकते हैं।
कक्षा के सदस्य डिफ़ॉल्ट रूप से निजी हैं।
class test_one {
int main_one();
};
के बराबर है
class test_one {
private:
int main_one();
};
तो अगर तुम कोशिश करो
int two = one.main_one();
हमें एक त्रुटि मिलेगी: main_one is private
क्योंकि इसकी पहुंच सुलभ नहीं है। हम इसे एक सार्वजनिक यानी निर्दिष्ट करके इसे आरंभ कर सकते हैं
class test_one {
public:
int main_one();
};
एक संरचना एक ऐसा वर्ग है जहां सदस्य डिफ़ॉल्ट रूप से सार्वजनिक होते हैं।
struct test_one {
int main_one;
};
मतलब main_one
निजी है
class test_one {
public:
int main_one;
};
मैं डेटा स्ट्रक्चर्स के लिए स्ट्रक्चर्स का उपयोग करता हूं, जहां सदस्य कोई भी मूल्य ले सकते हैं, यह आसान है।
struct
ओवर class
का एक फायदा यह है कि यह कोड की एक पंक्ति को बचाता है, यदि "पहले सार्वजनिक सदस्यों, फिर निजी" का पालन किया जाता है। इस प्रकाश में, मुझे कीवर्ड class
बेकार लगता है ।
यहाँ केवल struct
और कभी नहीं का उपयोग करने का एक और कारण है class
। C ++ के लिए कुछ कोड शैली दिशानिर्देश फ़ंक्शन मैक्रोज़ के लिए छोटे अक्षरों का उपयोग करने का सुझाव देते हैं, औचित्य यह है कि जब मैक्रो को इनलाइन फ़ंक्शन में परिवर्तित किया जाता है, तो नाम को बदलने की आवश्यकता नहीं होनी चाहिए। मुझे भी। आपके पास आपकी अच्छी सी-शैली की संरचना है और एक दिन, आपको पता चलता है कि आपको एक कंस्ट्रक्टर, या कुछ सुविधा विधि जोड़ने की आवश्यकता है। क्या आप इसे ए में बदलते हैं class
? हर जगह?
struct
S और class
es के बीच भेद करना बहुत अधिक परेशानी है, हम जो कर रहे हैं वह करने के तरीके में हो जाना - प्रोग्रामिंग। C ++ की बहुत सी समस्याओं की तरह, यह पीछे की संगतता के लिए मजबूत इच्छा से उत्पन्न होती है।
class
? क्या आपको लगता है कि struct
कीवर्ड से परिभाषित एक वर्ग में सदस्य कार्य या एक निर्माता नहीं हो सकता है?
joe()
को class
कीवर्ड के साथ परिभाषित किया जाना चाहिए ? कम से कम 4 int
सदस्यों वाले प्रत्येक वर्ग को struct
कीवर्ड के साथ परिभाषित किया जाना चाहिए ?
struct
, विधियों के साथ समुच्चय को परिभाषित किया गया है class
"। बहुत झंझट।
वे अलग-अलग चूक के साथ एक ही बात कर रहे हैं (डिफ़ॉल्ट रूप से निजी class
, और सार्वजनिक रूप से डिफ़ॉल्ट रूप से struct
), इसलिए सिद्धांत रूप में वे पूरी तरह से विनिमेय हैं।
इसलिए, अगर मैं बस घूमने के लिए कुछ जानकारी पैकेज करना चाहता हूं, तो मैं एक संरचना का उपयोग करता हूं, भले ही मैं वहां कुछ तरीके डालूं (लेकिन कई नहीं)। यदि यह एक ज्यादातर अपारदर्शी बात है, जहां मुख्य उपयोग विधियों के माध्यम से होगा, और सीधे डेटा सदस्यों के लिए नहीं, मैं एक पूर्ण वर्ग का उपयोग करता हूं।
डिफ़ॉल्ट रूप से संरचना में सार्वजनिक पहुंच है और डिफ़ॉल्ट रूप से कक्षाओं में निजी पहुंच है।
व्यक्तिगत रूप से मैं डेटा ट्रांसफर ऑब्जेक्ट्स के लिए या मान ऑब्जेक्ट के रूप में स्ट्रक्चर्स का उपयोग करता हूं। जब इसका उपयोग किया जाता है तो मैं अन्य कोड द्वारा संशोधन को रोकने के लिए सभी सदस्यों को कॉन्स्टेबल घोषित करता हूं।
दोनों struct
और class
हालांकि दृश्यता के रूप में विभिन्न चूक के साथ हुड के नीचे ही हैं, struct
डिफ़ॉल्ट सार्वजनिक है और class
डिफ़ॉल्ट निजी है। आप या तो एक के उचित उपयोग के साथ अन्य होने के लिए बदल सकते हैं private
और public
। वे दोनों विरासत, तरीकों, निर्माणकर्ताओं, विध्वंसक, और एक वस्तु उन्मुख भाषा के सभी अच्छाइयों की अनुमति देते हैं।
हालाँकि दोनों के बीच एक बड़ा अंतर यह है कि struct
चूंकि C में एक कीवर्ड समर्थित है जबकि class
ऐसा नहीं है। इसका मतलब है कि एक एक का उपयोग कर सकते struct
एक में फ़ाइल है कि हो सकता है शामिल हैं #include
इतने लंबे समय के रूप में या तो सी ++ या सी में struct
एक सादे सी शैली है struct
और में सब कुछ शामिल फ़ाइल सी के साथ संगत है, यानी कोई सी ++ जैसे विशिष्ट खोजशब्दों private
, public
, कोई तरीके, कोई विरासत, आदि आदि।
एसी शैली struct
का उपयोग अन्य इंटरफेस के साथ किया जा सकता है जो इंटरफ़ेस पर struct
डेटा को आगे और पीछे ले जाने के लिए सी शैली का उपयोग करते हैं ।
एसी शैली struct
एक प्रकार का टेम्पलेट है (सी ++ टेम्पलेट नहीं है, बल्कि एक पैटर्न या स्टैंसिल है) जो मेमोरी क्षेत्र के लेआउट का वर्णन करता है। इन वर्षों में C से प्रयोग करने योग्य और C प्लग-इन (यहाँ जावा और पायथन और विज़ुअल बेसिक को देखकर) के साथ प्रयोग करने योग्य है, जिनमें से कुछ सी शैली के साथ काम करते हैं struct
।
तकनीकी रूप से दोनों C ++ में समान हैं - उदाहरण के लिए एक संरचना के लिए अतिभारित ऑपरेटरों आदि के लिए संभव है।
तथापि :
जब मैं एक "कार्यात्मक" ऑब्जेक्ट के साथ काम कर रहा होता हूं तो मैं एक साथ कई प्रकार की जानकारी पास करना चाहता हूं, जब मैं कई प्रकार की जानकारी पास करना चाहता हूं, तो मैं संरचना का उपयोग करता हूं।
आशा है ये मदद करेगा।
#include <string>
#include <map>
using namespace std;
struct student
{
int age;
string name;
map<string, int> grades
};
class ClassRoom
{
typedef map<string, student> student_map;
public :
student getStudentByName(string name) const
{ student_map::const_iterator m_it = students.find(name); return m_it->second; }
private :
student_map students;
};
उदाहरण के लिए, मैं यहां एक छात्र को वापस ला रहा हूं ... () तरीके यहां पर हैं - आनंद लें।
आप कब C ++ में कक्षा का उपयोग करना और कब कक्षा का उपयोग करना पसंद करेंगे?
struct
जब मैं परिभाषित करता हूं functors
और उपयोग करता हूं POD
। अन्यथा मैं उपयोग करता हूं class
।
// '()' is public by default!
struct mycompare : public std::binary_function<int, int, bool>
{
bool operator()(int first, int second)
{ return first < second; }
};
class mycompare : public std::binary_function<int, int, bool>
{
public:
bool operator()(int first, int second)
{ return first < second; }
};
std::binary_function<>
केवल पदावनत नहीं है, c ++ 17 इसे हटा भी देता है।
सभी वर्ग सदस्य डिफ़ॉल्ट रूप से निजी हैं और सभी संरचना सदस्य डिफ़ॉल्ट रूप से सार्वजनिक हैं। क्लास में डिफॉल्ट प्राइवेट बेस होते हैं और स्ट्रक्चर में डिफॉल्ट पब्लिक बेस होते हैं। C के मामले में संरचना में सदस्य कार्य नहीं हो सकते हैं, जैसे C ++ के मामले में हम सदस्य कार्यों को संरचना में जोड़ सकते हैं। इन मतभेदों के अलावा, मुझे उनके बारे में कुछ भी आश्चर्यजनक नहीं लगता है।
मैं केवल तभी संरचना का उपयोग करता हूं, जब मुझे उससे जुड़े किसी भी सदस्य फ़ंक्शन के बिना कुछ डेटा रखने की आवश्यकता होती है (सदस्य डेटा पर काम करने के लिए) और सीधे डेटा चर तक पहुंचने के लिए।
जैसे: फाइलों और सॉकेट स्ट्रीम से डेटा पढ़ना / लिखना आदि फ़ंक्शन तर्कों को एक संरचना में पास करना जहां फ़ंक्शन तर्क बहुत अधिक हैं और फ़ंक्शन सिंटैक्स बहुत लंबा दिखता है।
तकनीकी रूप से डिफ़ॉल्ट एक्सेसिबिलिटी को छोड़कर क्लास और स्ट्रेंथ के बीच कोई बड़ा अंतर नहीं है। अधिक यह प्रोग्रामिंग शैली पर निर्भर करता है कि आप इसका उपयोग कैसे करते हैं।
मुझे लगा कि स्ट्रक्चर्स को डेटा स्ट्रक्चर (सूचना का एक मल्टी-डेटा प्रकार सरणी) के रूप में इरादा किया गया था और कोड पैकेजिंग (सबरूटिन और फ़ंक्शन के संग्रह की तरह) के लिए कक्षाएं शुरू की गई थीं।
:(
मैं C ++ में "स्ट्रक्चर" का उपयोग कभी नहीं करता।
मैं कभी ऐसे परिदृश्य की कल्पना नहीं कर सकता जहाँ आप निजी सदस्यों को चाहते समय एक संरचना का उपयोग करेंगे, जब तक कि आप जानबूझकर भ्रमित होने की कोशिश नहीं कर रहे हों।
ऐसा लगता है कि डेटा का उपयोग कैसे किया जाएगा इसका एक सिंटैक्टिक संकेत है, लेकिन इसका उपयोग करना अधिक है, लेकिन मैं सिर्फ एक वर्ग बनाऊंगा और कक्षा के नाम पर या टिप्पणियों के माध्यम से स्पष्ट करने का प्रयास करूंगा।
उदाहरण के लिए
class PublicInputData {
//data members
};
struct
पहले से ही स्पष्ट रूप से घोषित नहीं किया जाएगा कि कक्षा के सदस्य डिफ़ॉल्ट रूप से, सार्वजनिक होंगे?