2023 के अंत तक मेरी व्यक्तिगत C coding style

 (nullprogram.com)
4 पॉइंट द्वारा GN⁺ 2023-10-10 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • लेखक 2023 के अंत तक अपनी व्यक्तिगत C coding style पर चर्चा करते हैं और तकनीकों में हुए महत्वपूर्ण बदलावों व सुधारों को उजागर करते हैं.
  • लेखक ने primitive types के लिए छोटे नामों का उपयोग शुरू किया है, और पाया कि इससे स्पष्टता बढ़ती है तथा code review अधिक सुखद हो जाता है.
  • लेखक primitive types के लिए नई naming convention के उदाहरण देते हैं, जैसे typedef uint8_t u8; और typedef char16_t c16;.
  • लेखक ने function जैसे दिखने वाले macros के लिए lowercase अपनाया है, क्योंकि यह पढ़ने में आसान है और अन्य macro definitions जैसी namespace समस्याएँ नहीं पैदा करता.
  • लेखक ने const का उपयोग बंद कर दिया है, क्योंकि उनके अनुसार यह optimization में कोई व्यावहारिक भूमिका नहीं निभाता और गलतियों को पकड़ने में भी असफल रहता है. उनका मानना है कि इसे C में शामिल करना एक गलती थी.
  • लेखक null-terminated strings को अस्वीकार करते हैं और एक default string type को अपनाते हैं, जिसे वे अधिक उत्पादक मानते हैं.
  • लेखक out parameters की बजाय struct return को प्राथमिकता देते हैं, जिससे कई मान प्रभावी ढंग से लौटाए जा सकते हैं.
  • लेखक initializers से हटकर, पारंपरिक zero initializer को छोड़कर, assignment द्वारा initialization को प्राथमिकता देते हैं.
  • लेखक __attribute को __attribute__ की तुलना में अधिक पसंद करते हैं, क्योंकि उनके अनुसार बाद वाला अत्यधिक और अनावश्यक है.
  • Win32 system programming के लिए, लेखक build time कम करने, namespace को साफ रखने, और program के साथ अधिक साफ interface बनाने हेतु custom types का उपयोग करके prototypes को manually लिखने की सलाह देते हैं.
  • लेखक wordhist.c और asmint.c जैसे छोटे programs में coding style के उदाहरण प्रस्तुत करते हैं.

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2023-10-10
Hacker News राय
  • 2023 के अंत तक लेखक की व्यक्तिगत C coding style पर लेख।
  • कुछ टिप्पणीकार लेखक के अपने type define करने के तरीके से सहमत नहीं हैं, और उनका कहना है कि यह उन लोगों को भ्रमित कर सकता है जो पहले से C types से परिचित हैं।
  • constants के लिए ALL_CAPS के उपयोग पर विवाद है, और कुछ का तर्क है कि इसे preprocessor macros के लिए आरक्षित होना चाहिए।
  • लेखक द्वारा signed size इस्तेमाल करने की आलोचना है, और कुछ टिप्पणीकारों का कहना है कि unsigned size defects के प्रति कम संवेदनशील होते हैं।
  • लेखक का स्थापित परंपराओं से हटना, जैसे standard uint8_t या int32_t की जगह u8 या i32 का उपयोग करना, दूसरों के लिए भ्रम पैदा कर सकता है।
  • कुछ टिप्पणीकारों का कहना है कि लेखक का approach C code को सभी के लिए आसानी से काम करने योग्य बनाने की बजाय व्यक्तिगत पसंद पर ज़्यादा केंद्रित लगता है।
  • लेखक द्वारा 32-bit boolean इस्तेमाल करने पर सवाल उठे हैं, और कुछ का कहना है कि यह बिना किसी स्पष्ट लाभ के memory बर्बाद करता है।
  • इस बात पर चिंता है कि लेखक ने float को 32-bit और double को 64-bit मान लिया है, जो संभावित रूप से समस्या पैदा कर सकता है।
  • coding में "व्यक्तिगत style" की अवधारणा को समस्याग्रस्त माना गया है, क्योंकि programming अंततः एक सामाजिक गतिविधि है, और यह hobby projects पर भी लागू होता है।
  • कुछ टिप्पणीकार लेखक की out-parameters की तुलना में structs को प्राथमिकता देने से सहमत नहीं हैं, और उनका कहना है कि इससे functions को compose करना कठिन हो जाता है और types की संख्या बढ़ती है।
  • यह लेख विभिन्न coding styles और approaches पर चर्चा को प्रेरित करता है, और programming community में विचारों की विविधता को उजागर करता है।