मैं कुछ C ++ कोड पर काम कर रहा हूं जो कुछ पुस्तकालयों सहित कई पुस्तकालयों का उपयोग करता है, जिसमें सभी की अलग-अलग कोडिंग शैलियाँ हैं। एक बार प्रयोग करने योग्य अवस्था में पहुँच जाने पर यह खुला खट्टा हो जाएगा। जो एक अल्पकालिक योगदानकर्ता के लिए कम से कम भ्रम का कारण होगा जो एक बग को ठीक करने या एक सुविधा जोड़ने के लिए कोड की जांच करता है?
- पूरे एप्लिकेशन में एक सुसंगत कोडिंग शैली हो, भले ही यह कभी-कभी उपयोग की गई पुस्तकालयों की विशिष्ट कोडिंग शैली से मेल नहीं खाती हो।
- जब एक पुस्तकालय का उपयोग किसी निश्चित मॉड्यूल में किया जाता है, तो उस मॉड्यूल में उस लाइब्रेरी की विशिष्ट कोडिंग शैली (यानी लाइब्रेरी के अपने कोड और प्रलेखन में प्रयुक्त कोडिंग शैली) के अनुरूप होता है।
मेरा विचार है कि उत्तरार्द्ध उस विशेष पुस्तकालय के विशेषज्ञों के लिए एकमुश्त योगदान करना आसान बना देगा, और विकास के दौरान ट्यूटोरियल / उदाहरण कोड को शामिल करना आसान बना देगा। हालाँकि, यह कोडिंग स्टाइल को पूरे एप्लिकेशन में असंगत बना देता है। प्रत्येक दृष्टिकोण के पेशेवरों और विपक्ष क्या हैं?
4
क्या सभी पुस्तकालयों को अपने कस्टम सार में लपेटकर इस समस्या से बचना संभव होगा? आपका अपना कोड और सार तब एक एकल कोडिंग शैली का अनुसरण कर सकता है।
—
मेटाफ़ाइट
मैं जो कुछ कर रहा हूं, उन पुस्तकालयों में बहुत कुछ है। सवाल यह है कि अमूर्त के अंदर उपयोग करने के लिए कोडिंग शैली क्या है।
—
कार्ल बेवलफेल्ट
आह। मैं यहां कोई विशेषज्ञ नहीं हूं, लेकिन ऐसा लगता है कि आप लाइब्रेरी के सम्मेलन का उपयोग करना सबसे अच्छा होगा। एक बेमेल सम्मेलन का उपयोग एक रखरखाव दुःस्वप्न की तरह लगता है। और जब तक लाइब्रेरी की शैली क्लास / मॉड्यूल में समाहित हो जाती है, तो मुझे लगता है कि यह ठीक है। फिर से, मैं यहाँ कोई समर्थक नहीं हूँ, लेकिन यह एक अच्छा संतुलन की तरह लगता है जो आपको अपने सार में आसान रखरखाव देता है और आपको बाकी एप्लिकेशन में अपनी शैली बनाने की अनुमति देता है।
—
मेटाफ़ाइट
कभी-कभी इस तरह के गर्भपात थोड़ा बदसूरत हो सकते हैं, उपयोग किए गए सम्मेलनों की परवाह किए बिना इसे साफ रखने की पूरी कोशिश करें, लेकिन इसके अलावा, बस यह सुनिश्चित करें कि आपके द्वारा अमूर्त से प्रस्तुत एपीआई पर्याप्त गुणवत्ता का है जिसे आपको वापस जाने की आवश्यकता नहीं होगी। अमूर्त मध्यस्थता में और उपभोक्ताओं को आसानी से अपने सार के साथ काम करने में सक्षम हो जाएगा सुनिश्चित करने के लिए अपने कोड एक गड़बड़ नहीं बन जाता है जैसे आपके सार में क्या हो सकता है। तो संक्षेप में, कोई अच्छा जवाब नहीं है, लेकिन जब तक आपके अमूर्त अच्छे एपीआई पेश करते हैं तब तक आप समस्या को उनके पिछले प्रसार से रोक रहे हैं।
—
जिमी हॉफ
"कोडिंग स्टाइल" से आपका क्या तात्पर्य है - साधारण सामान जैसे कि _underscores / camelCase / PascalCase और brace location, या अधिक जटिल चीजें जैसे क्लास / मेथड / फंक्शन लेआउट और अपरिपक्व / कार्यात्मक शैली का उपयोग करना?
—
इजाकाता