बचाव की मुद्रा में कोडिंग प्रथाओं

Question

जब से मैं पहले लिखा था

if ($a = 5) { 
    # do something with $a, e.g. 
    print "$a"; 
} 

और

• के सामान्य puzzling सत्र के माध्यम से चला गया क्यों परिणाम हमेशा सच
• क्यों $ 5 एक हमेशा

है

जब तक मुझे एहसास नहीं हुआ, मैं तुलना करने के बजाए 5 से $ एक सौंपा गया था।

तो मैं ऊपर हालत उस तरह लिखने का फैसला किया

if (5 == $a) 

दूसरे शब्दों में

के रूप में:

हमेशा की तरह, तुलना ऑपरेटर के बाईं ओर निरंतर मूल्य जगह एक संकलन त्रुटि में परिणाम , क्या आप दूसरा "=" चिह्न जोड़ना भूल जाना चाहिए।

मैं कोडिंग इस बचाव की मुद्रा में कॉल करते हैं और यह रक्षात्मक-प्रोग्रामिंग, नहीं एल्गोरिथम पैमाने पर है, लेकिन कीवर्ड से कीवर्ड का चचेरा भाई है विश्वास करने के लिए करते हैं।

आपने किस रक्षात्मक कोडिंग प्रथाओं को विकसित किया है? बाद में

---

एक सप्ताह:

एक बड़ा सब जो जवाब या भविष्य में एक और उत्तर जोड़ सकते हैं करने के लिए "धन्यवाद"।

दुर्भाग्य से (या बल्कि सौभाग्य से!) कोई भी सही उत्तर नहीं है। इसके लिए मेरा सवाल व्यापक था, तथ्यों की बजाय विचारों या अनुभवों के सीखने के लिए और अधिक पूछना।

Answer 1

यह एक साधारण और स्पष्ट है, लेकिन मैंने कभी भी मेरे कोड में दो बार एक ही स्ट्रिंग को दोहराया नहीं है, क्योंकि मुझे पता है कि अगर मैं करता हूं तो मैं उनमें से एक को गलत वर्तनी दूंगा :) स्थिरांक, लोगों का उपयोग करें!

Answer 2

मैं भाषाओं का उपयोग जहां = सिर दर्द का

if a = 5: print a 

यह मैं बचाया है टन कर सकते हैं) बंद कर दिया।

एक और गंभीर नोट पर ... मैं अब if एस और for लूप लिखने के बाद हमेशा घुंघराले ब्रेसिज़ लिखता हूं, और फिर उन्हें बाद में भरता हूं। यह सुनिश्चित करता है कि मेरे ब्रैकेट हमेशा गठबंधन होते हैं।

Answer 3

हमेशा if/for/while के बाद घुंघराले ब्रेसिज़ डालें ... भले ही केवल एक ही कथन हो। बीटीडब्लू डी। क्रॉकफोर्ड सोचता है कि यह भी बेहतर है: Required blocks

Answer 4

एक उत्परिवर्तनीय वस्तु की प्रतिलिपि लौटाना, यानी एक सरणी की एक प्रति, म्यूटेबल ऑब्जेक्ट स्वयं नहीं।

if(boolean) 
    oneliner(); 
nextLineOfCode(); 

के समान नहीं है:

Answer 5

हमेशा ब्रेसेस का उपयोग करें

if(boolean) 
{ 
    oneliner(); 
} 
nextLineOfCode(); 

oneliner() एक #defined समारोह है, और यह कोड का फिर अपने अगली पंक्ति में परिभाषित नहीं किया गया है अचानक अगर() के अधीन हो जाता है। यही बात तो कोड के अगले टुकड़े ब्रेसिज़ के साथ छोरों आदि के लिए लागू होता है कभी नहीं अनजाने पर सशर्त हो जाता है/आदि

Answer 6

शीर्ष 3 बचाव की मुद्रा में कोडिंग प्रथाओं मैं काम कर रहे हैं के लिए

1. इकाई परीक्षण
2. इकाई परीक्षण
3. इकाई परीक्षण

आप बैकअप लेना एक अच्छा इकाई परीक्षण की तुलना में अपने कोड की गुणवत्ता के लिए कोई बेहतर रक्षा नहीं है।

Answer 7

अनावश्यक परीक्षण से बचें। उदाहरण

1. अगर (bool == सच)
2. सूचक जांच करता है कि (सूचक)

संपादित करें: अगर (सूचक) पढ़ने योग्य नहीं है तो आजकल मैं अगर पसंद करते हैं (शून्य = सूचक)

Answer 8

युगल बातें:

• हाँ, 1 लाइन ब्लॉक। ब्रेसिज़ का उपयोग करें ... बिल्ली, सबसे अच्छा आईडीई आपके लिए बना देगा।
• लिखने के बाद अपने कोड को टिप्पणी करें, या यदि आपने समय से पहले किया तो अपनी टिप्पणियां दोबारा पढ़ें। सुनिश्चित करें कि आपका कोड अभी भी करता है जो टिप्पणियां कहता है।
• यूनिट परीक्षण आपके कोड को फिर से पढ़ने के लिए एक बड़ी फॉलबैक है।
• हमेशा एक अपवाद लॉग करें ... या, कभी भी डीबग में ऐसा कहने के बिना अपवाद नहीं पकड़ें।

Answer 9

• हमेशा प्रारंभ चर
• उपयोग const मैं जहाँ भी
• (mutable का उपयोग किए बिना) स्मृति या अन्य संसाधनों के नंगे गतिशील आवंटन
• हमेशा का उपयोग करें घुंघराले ब्रेसिज़
• कोड उपयोग-मामले से बच सकते हैं और कोडिंग कार्यान्वयन से पहले किसी भी वर्ग के लिए परीक्षण
• जितनी उपयोगी चेतावनियां मैं कर सकता हूं (-Wall -Wextra -ansi -pedantic -Werror न्यूनतम पर)
• समस्या का समाधान करने वाले सबसे सरल उपकरण का उपयोग करें (मेरे वर्तमान वातावरण में, यह bash ->grep -> awk -> पायथन -> सी ++) है।

Answer 10

व्यक्तिगत रूप से, मैं इस रक्षात्मक शैली को नापसंद करता हूं, यह कोड को हार्ड रो पढ़ता है।

वीसी कंपाइलर चेतावनी स्तर 4 इस (संभव) त्रुटि को स्पॉट करेगा।
"चेतावनी C4706: सशर्त अभिव्यक्ति के भीतर काम"

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

#pragma warning(3,4706) 

Answer 11

जब एक निरंतर के साथ एक स्ट्रिंग तुलना, लिखने

if ("blah".equals(value)){} 

बजाय

if (value.equals("blah")){} 

NullPointerException को रोकने के लिए

। लेकिन यह एकमात्र समय है जब मैं सुझाए गए कोडिंग-शैली का उपयोग करता हूं (कारण "अगर (ए = 1) ..." जावा में संभव नहीं है)।

Answer 12

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

function one(){ 
    return { 
     result:"result" 
    }; 
} 

function two(){ 
    return 
    { 
     result:"result" 
    }; 
} 

ये 2 फ़ंक्शन एक ही मान वापस नहीं करेंगे। पहला फ़ंक्शन ऑब्जेक्ट को "परिणाम" पर सेट किए गए संपत्ति परिणामों के साथ वापस कर देगा। दूसरा फ़ंक्शन undefined लौटाएगा। यह वास्तव में एक साधारण गलती है और यह जावास्क्रिप्ट की अति उत्साही अर्ध-कॉलन सम्मिलन रणनीति के कारण होता है। अर्ध-कॉलन जावास्क्रिप्ट में अर्द्ध-वैकल्पिक हैं और इसके कारण जावास्क्रिप्ट इंजन सेमी-कॉन्स जोड़ देगा जहां ऐसा लगता है कि यह होना चाहिए। चूंकि return वास्तव में एक वैध कथन है, रिटर्न स्टेटमेंट के बाद अर्ध-कॉलन डाला जाएगा और शेष कार्य अनिवार्य रूप से अनदेखा कर दिया जाएगा।

Answer 13

मेरे ब्लॉग से:

1. सकारात्मक सोचो और जल्दी वापसी के साथ साथ गहरी घोंसले से बचें।

   के बजाय अगर (मूल्य! = नल) { ... मूल्य के साथ कुछ करना ... } वापसी

   लिखने

   अगर (मूल्य == नल) { वापसी } ... मूल्य के साथ कुछ करें ...

2. "स्ट्रिंग स्थिरांक" से बचें (यानी एक से अधिक स्थानों में उद्धरणों में एक ही पाठ)। हमेशा एक वास्तविक निरंतर परिभाषित करें (एक नाम और एक वैकल्पिक टिप्पणी जिसका अर्थ है) और इसका उपयोग करें।

Answer 14

स्थापित Resharper;) तो मैं लिखने के लिए अगर मैंने कुछ गलत :)

Answer 15

एम्बेडेड सी प्रोग्रामिंग के लिए कई सुझाव लेख Rules for Defensive C Programming में किया था "5 == एक" चेतावनी दी पाने के लिए की जरूरत नहीं है embedded.com से।