2015-02-07 7 views
5

एक सहकर्मी और मुझे स्पष्ट रूप से अलग-अलग शैलियों हैं! PHP में ऑपरेटर। मैं आमतौर परऑपरेटर के लिए PHP कोडिंग शैली

if (!$x) { 
    $y = 2; 
} 

लेकिन वह अंतर को पसंद करता है! चर से दूर।

if (! $x) { 
    $y = 2; 
} 

कौन इस

if ($x && ! $y) { 

जो मेरे लिए अजीब लगता है कि कुछ हो सकता है।

हम आम तौर पर पीएसआर -2 का पालन करने का प्रयास करते हैं लेकिन मैं इस पर एक विशेषज्ञ नहीं हूं और मुझे एक स्पष्ट सिफारिश नहीं मिली है। ऑपरेटरों के अन्य प्रकारों के लिए एक जगह नहीं है पहले और बाद में

if ($x === false) { 

और

if ($x > $y) { 

तो फिर वहाँ है &

$x = & $y; 

मैं आम तौर पर करते हैं यह ऐसा नहीं ऐसा नहीं करते हैं राय है।

क्या कोई भी पीएसआर आवश्यकता का हवाला दे सकता है! उदाहरण? यदि नहीं, तो क्या कोई और नियम है जिसका पालन किया जाना चाहिए? हमारे आईडीई फॉर्मेटर्स अभी ड्यूलिंग कर रहे हैं।

+0

हमारे पास एक मानक है जो कहता है कि 'if (' text '== $ variable) 'या' if (! $ X)' और yep हम 'if ($ x &&! $ Y)' का उपयोग करते हैं। कोड 'हल्का' बनाने के लिए बहुत सी जगह चल रही है, पढ़ने में आसान है। – RST

+0

धन्यवाद। बीटीडब्ल्यू पीएसआर -2 में (और इससे पहले) के बाद रिक्त स्थान नहीं हैं, इसलिए बहुत अधिक रिक्त स्थान नहीं हैं। – Matt

+0

क्या आप '2 + - 3' लिखेंगे? –

उत्तर

12

सबसे पहले: जो कुछ भी आप चाहते हैं।

दूसरे, यहां दो बड़ी परियोजनाओं से दो शैली सम्मेलनों, Drupal हैं:

एकल ऑपरेटरों (ऑपरेटरों कि केवल एक ही मूल्य पर कार्य करते हैं), ++ जैसे, ऑपरेटर और के बीच एक रिक्ति नहीं होना चाहिए परिवर्तनीय या संख्या वे चालू हैं।

और Symfony:

प्लेस एकल ऑपरेटरों (!, -- ...) प्रभावित चर

से सटे तो, छोटे क्वेरी किए नमूना यहाँ (बस गूगल पर पहले दिखाने के लिए) लिख कोई जगह नहीं। जो, व्यक्तिगत स्तर पर, मैं सहमत हूं।

-2

ओह इस तरह के महत्वहीन सम्मेलनों के बारे में कोई और चर्चा नहीं करते हैं। अगर मैं if (!$x) { या if (! $x) { पढ़ता हूं तो पहला प्रश्न $ x क्या है? मेरे लिए $ x एक समन्वय या शायद एक काउंटर है, इसलिए बूल ऑपरेशन करना while($i--) {} महंगा बाइट की बचत है, जिससे कोड पढ़ने में आसान नहीं होता है या बस उस बूल चर नामकरण में विफल रहता है।

कई परियोजनाएं किसी भी दिशानिर्देश या पागल भारी दस्तावेज और लिंट सब कुछ के बारे में सवाल से शुरू होती हैं। यह वास्तव में यह जानने का संकेत है कि इसे कैसे शुरू किया जाए।

यदि मेरी टीम कोड लिखती है, तो यह अच्छा पुन: प्रयोज्य और सहज ज्ञान युक्त है, और शायद ढांचे में एकीकृत हो सकता है, तो मुझे हेटरोजेनस कोड पढ़ने में कोई समस्या नहीं है।

एक और चीज लिखने के तरीकों, विशेषताओं और कार्यों को छोटे ऊंट-आधारित, पूंजी अक्षरों और अंडरस्कोर के साथ जोड़ती है, और इसी तरह।

संबंधित मुद्दे