Php में लिखना ... स्टेटिक रूप से

PHP एक ऐसी भाषा है जिसमें डायनामिक निहित कमजोर टाइपिंग है। गतिशील टाइपिंग कई मामलों में बहुत उपयोगी हो सकती है, और वास्तव में जीवन को बहुत सरल बनाती है, क्योंकि आप मूल्यों पर ध्यान केंद्रित करते हैं और यह नहीं सोचते कि वे किस प्रकार के हैं।

कई php प्रोग्रामर की तरह, मैंने सोचा कि स्थैतिक टाइपिंग एक "जटिलता" है। यह लचीलापन और सामान्य रूप से सीमित करता है: लोग इसके साथ कैसे काम करते हैं? और मुझे ईमानदारी से समझ नहीं आया कि कई अनुभवी प्रोग्रामर स्टैटिक टाइपिंग और सख्त टाइप चेकिंग वाली भाषाओं को क्यों पसंद करते हैं।



मैं उन आधे लोगों के बारे में था, जो प्रकारों के बारे में बहुत कम जानते हैं, लेकिन साथ ही साथ ईमानदारी से मानते हैं कि यह सुविधाजनक नहीं है। और इसलिए यह तब तक था जब तक कि मैं दृढ़ता से टाइप की गई भाषाओं में से एक (सी #) को बारीकी से नहीं मिला। तब से, php और वास्तव में प्रोग्रामिंग में मेरा दृष्टिकोण बदल गया है।

यह आलेख प्रोग्रामिंग के "टाइटन्स" को दिलचस्पी लेने की संभावना नहीं है, क्योंकि यहां आपको कुछ भी क्रांतिकारी और नया नहीं मिलेगा, और आप बाकी लोगों का स्वागत करते हैं जो अपने कोड और अपने स्वयं के प्रदर्शन को बेहतर बनाने में रुचि रखते हैं।



शुरू करने के लिए, आइए परिभाषित करें कि स्थिर टाइपिंग क्या है:

स्टेटिक टाइपिंग को इस तथ्य से निर्धारित किया जाता है कि संकलन चरण में अंतिम प्रकार के चर और फ़ंक्शन निर्धारित किए गए हैं। यानी पहले से कंपाइलर 100% निश्चित है कि कौन सा प्रकार कहाँ है।

Php में, हमारे पास एक कंपाइलर नहीं है, और किसी भी स्थिति में सभी प्रकार के रनटाइम पर गणना की जाएगी, लेकिन यह हमें स्वयं को सख्ती से मॉनिटर करने, कुछ नियमों का पालन करने से नहीं रोकता है।

PHP में यह सब क्या है?

ग # का अध्ययन करना और साथ ही साथ उस उत्पाद में महारत हासिल करना जिसके अनुसार कार्य निर्धारित किए गए थे, बिना पर्याप्त अनुभव और प्रलेखन (अधिक सटीक रूप से, वहाँ कोई प्रलेखन नहीं था), इसने मेरी मदद की, सख्त टाइपिंग के लिए, अधिकांश त्रुटियों को तुरंत समाप्त कर दिया गया, और इससे भी अधिक लाभ आईडीई संकेत के आधार पर जारी किए गए। प्रकार दिए गए। मुझे क्या और कहाँ स्थानांतरित करना है, यह समझने के लिए दस्तावेज़ीकरण की आवश्यकता नहीं थी, मैं कुछ गलत नहीं कर सकता था, यह सिर्फ संकलन नहीं था!

इसने समय को काफी कम कर दिया, क्योंकि आप तुरंत देखते हैं कि यह विधि केवल ऐसे मापदंडों को स्वीकार करती है, और जब इन मापदंडों के लिए ऑब्जेक्ट बनाते हैं, तो आपको पता चलेगा कि उनके निर्माण के लिए कौन से लिंक गायब हैं और इसी तरह।

"ठीक है, यह वास्तव में सुविधाजनक है," आप कहते हैं, "लेकिन आपने हमें कुछ भी नया नहीं बताया है, PHP में PHPDoc है, जो अधिकांश आधुनिक IDE को समझता है, और आपको मक्खी पर कोड लिखने में भी मदद करता है!"

सब कुछ सच है, लेकिन इसके लिए उसी तरह से काम करना है जैसे कि सांख्यिकीय रूप से टाइप की गई भाषाओं में, न केवल प्रत्येक विधि और वर्ग की संपत्ति के लिए एक टिप्पणी लिखना आवश्यक है, बल्कि यह महत्वपूर्ण है कि पूरी वास्तुकला पहले से ज्ञात वस्तुओं के साथ काम करने के लिए अनुकूल है। ऐसी वास्तुकला का निर्माण करने के लिए, आपको कुछ नियमों का पालन करना होगा। यह उनके बारे में है कि मैं आगे बात करना चाहूंगा।

सरणियों के बजाय वस्तुओं का उपयोग करें

हाँ, बिल्कुल। सामान्य तौर पर, यह सत्य नया नहीं है और इसके बारे में बहुत कुछ लिखा गया है: वस्तुओं का विस्तार करना आसान है, उन्हें जोड़ना आसान है, और सामान्य तौर पर, ओओपी का मार्ग।

लेकिन मैं इस मुद्दे पर दूसरी तरफ से विचार करना चाहता हूं - प्रभावी प्रोग्रामिंग के लिए सही वास्तुकला के निर्माण के दृष्टिकोण से।

एक साधारण उदाहरण पर विचार करें:
मान लें कि सिस्टम में कोई घटना घटती है, और हमें हैंडलर को कुछ मापदंडों को पास करना होगा।
हम इसके लिए एक सरणी का उपयोग करते हैं:

$eventData = array( 'sender' => $controller, //   'name' => 'onDelete', 'group' => 'global', 'arguments' => array( 'id' => 15 ), ); $eventDispatcher->triggerEvent($eventData); ... /** *    * @param array $eventData */ protected function onDelete($eventData) { //    $eventData   , //       var_dump() //        $model = $eventData['sender']->model->deleteChilds(); } 

सबसे सरल और सबसे आम मामला, कुछ भी जटिल नहीं है, डेटा के साथ एक सरणी बनाएं और इसे एक फ़ंक्शन पर भेजें।

अब कल्पना कीजिए कि इस कार्यक्रम की चुनौती कहीं न कहीं आपके द्वारा लिखे गए कार्यक्रम (या आपके द्वारा, लेकिन कल नहीं) के कटोरे में कहीं गहरी है।

प्रस्तुत? और यह अच्छा है अगर इस सरणी के प्रारूप का वर्णन करने वाले दस्तावेज़ हैं - इसलिए आपको सरणी की संरचना में झांकने के लिए कोड के कॉलिंग अनुभाग की तलाश में समय नहीं बिताना होगा। या आप var_dump () का उपयोग करेंगे, और वहां जो भी हो रहा है उसे समझने के लिए वैसे भी समय व्यतीत करेंगे।

आइए अब विचार करें कि क्या होता है यदि, एक सरणी के बजाय, हम एक वर्ग का वर्णन करते हैं और उसकी वस्तु बनाते हैं। कोड बदलें:

 class EventData { /** *  ,   * @var BaseController */ public $sender; /** *   * @var string */ public $name; /** *      () * @var string */ public $group; /** *     * @var array */ public $arguments; } $eventData = new EventData(); $eventData->sender = $controller; $eventData->name = 'onDelete'; $eventData->group = 'global'; $eventData->arguments = array('id' => 15); $eventDispatcher->triggerEvent($eventData); ... /** *    * @param EventData $eventData */ protected function onDelete($eventData) { $eventData->sender->model->deleteChilds(); } 

परिणामस्वरूप हमें क्या मिला? अब हमारी पसंदीदा आईडीई हमें बताती है कि परिणामी वस्तु क्या है।



इसके अलावा, इस तथ्य के कारण कि हमारे पास प्रेषित वस्तु में प्रत्येक विशेषता के लिए प्रकार विस्तृत है, हम तुरंत उन पर सुझाव प्राप्त कर सकते हैं। यानी $ EventData-> कंट्रोलर-> टाइप करके - हम देख सकते हैं कि कंट्रोलर नामक विशेषता के अंदर क्या है।

अब आपको यह समझने के लिए कोड के wilds में कहीं नहीं जाना है कि इस वस्तु में क्या संचरित है और यह किस प्रकार का है। कल्पना करें कि आपके कोड के साथ काम करने वाले अन्य प्रोग्रामर आपके लिए कैसे आभारी होंगे!

यदि आपका एप्लिकेशन सक्रिय रूप से ActiveRecord पैटर्न का उपयोग करता है, तो आप पहले से ही कुल टाइपिंग के करीब हैं, लेकिन यदि आप अभी भी डेटाबेस से सरणियों के रूप में तत्व प्राप्त करते हैं, और उन्हें वहां से पीछा करते हैं, तो कई बार फ़ंक्शन से फ़ंक्शन तक, फिर आपको बदलने के बारे में सोचना चाहिए वास्तुकला।

यह एक सरल और काफी सिंथेटिक उदाहरण था। शायद एक समान स्थिति में आपके प्रोजेक्ट में, एक ऑब्जेक्ट का उपयोग किया जाता है, और एक सरणी नहीं। लेकिन ध्यान से देखें, ऐसी परिस्थितियां हैं जो इसके समान नहीं हैं, उदाहरण के लिए, तीन-कहानी सरणियों को एक फ़ंक्शन में स्थानांतरित किया जाता है, या फ़ंक्शन में एक असंगत प्रकार के एक दर्जन तर्क होते हैं।

हमारे उदाहरण में सुधार जारी रखते हुए, मैं एक वर्ग बनाने से नहीं रोकूंगा। आमतौर पर, आधुनिक वेब अनुप्रयोगों में कई अलग-अलग घटनाएं होती हैं, और उनके लिए अलग-अलग तर्क पारित किए जाते हैं, उन्हें समूहीकृत किया जा सकता है, और घटनाओं के प्रत्येक समूह के लिए अपने स्वयं के - तर्क का एक उपयुक्त वर्ग बनाते हैं।

कक्षाएं बनाने से डरो मत। यदि आप आपस में जुड़े हुए हैं तो आपको प्रत्येक के लिए एक अलग फ़ाइल बनाने की आवश्यकता नहीं है।
उदाहरण के लिए, मैं एक EventArguments.php फ़ाइल बनाऊंगा, और इसमें इवेंट तर्कों के लिए सभी संभावित विकल्पों का वर्णन करूँगा।

UPD: मैं सभी कॉल को वस्तुतः ऑब्जेक्ट के साथ बदलने के लिए अपने कॉल को समझने का आग्रह नहीं करता, यह सही नहीं है।

विकि से उद्धरण:

एक सरणी एक ही प्रकार के डेटा को संग्रहीत करने के लिए डेटा का एक ऑर्डर किया गया सेट है, जिसे एक या अधिक इंडेक्स द्वारा पहचाना जाता है।

यह इस नस में है कि सरणियों का उपयोग किया जाना चाहिए। यानी कुछ निश्चित सजातीय डेटा को संग्रहीत करने के लिए।

वस्तुओं के लिए मनमाने ढंग से परिवर्तन करने से अच्छे से अधिक नुकसान हो सकता है। इसलिए, आपको अपने लिए (और अपनी परियोजना के लिए) वस्तुओं और प्रणाली के प्रदर्शन की उपयोगिता के बीच की रेखा निर्धारित करनी चाहिए।

सही प्रकार के साथ प्रारंभिक चर।

उदाहरण के लिए तुरंत:

  /** *   * @return array */ public function getChildren(){ if(!$this->isLeaf) { return $this->find('where id = :id', array(':id', $this->id)); } } ... foreach($model->getChildren() as $child) { //     } 

क्या वह परिचित है? पूरी समस्या इस तथ्य में निहित है कि यदि स्थिति! $ This-> isLeaf पूरी नहीं हुई है, तो फ़ंक्शन का परिणाम बिल्कुल भी सरणी नहीं होगा, और हमें बॉयलरप्लेट कोड का एक गुच्छा लिखना होगा, ताकि गलत तर्क के कारण फॉरेक्स गिर न जाए।

जैसा कि यह होना चाहिए:

  /** *   * @return array */ public function getChildren(){ //     ,     -   . //         ,     ,   . $children = array(); if(!$this->isLeaf) { $children = $this->find('where id = :id', array(':id', $this->id)); } return $children; } 

अब, अगर हालत! $ This-> isLeaf पूरा नहीं हुआ है, तो फ़ंक्शन का परिणाम एक खाली सरणी होगा जिसे हमने शुरुआत में परिभाषित किया था, और इस फ़ंक्शन में जिस मूल्य में गिरावट होगी वह गिर जाएगी यदि कुछ गलत हो जाता है।

माना जाता है कि उदाहरण केवल हिमशैल का सिरा है। यदि आप हमेशा वांछित, पहले से ज्ञात प्रकार के साथ चर को तुरंत निर्धारित करेंगे, तो आप बहुत समय बचा सकते हैं। और अतिरिक्त जांच के बिना अधिक सुंदर कोड भी लिखें जो कोड की धारणा को खराब करता है।

वैसे, यह न केवल php पर लागू होता है। उदाहरण के लिए, V8 इंजन में जावास्क्रिप्ट में, इसके निर्माण के चरण में एक चर के प्रकार का निर्धारण स्क्रिप्ट के निष्पादन को तेज करता है, क्योंकि यह इंजन को अनावश्यक परिवर्तन करने के लिए मजबूर नहीं करता है (इस लेख में अधिक)

मजबूत टाइपिंग टूल।

PHP में कमजोर टाइपिंग है, जिसका अर्थ है कि यह उनके साथ काम करते समय प्रकारों की जांच नहीं करता है। यानी आप एक संख्या के साथ एक स्ट्रिंग जोड़ सकते हैं, या स्केलर ऑब्जेक्ट के बीच समानता की जांच कर सकते हैं, और दुभाषिया आपको कुछ भी नहीं बताएगा। हम PHP को कड़ाई से टाइप करने के लिए बाध्य नहीं कर सकते। हालाँकि, PHP कई सुविधाजनक (हमेशा तार्किक नहीं) प्रकार के नियंत्रण उपकरणों के साथ आता है।

उदाहरण के लिए, किसी फ़ंक्शन को परिभाषित करते समय, आप स्पष्ट रूप से संकेत कर सकते हैं कि उसके पैरामीटर किस प्रकार के होने चाहिए:

  public function triggerEvent(EventData $event) { //          EventData    } ... $dispatcher->triggerEvent(new EventData); //  $dispatcher->triggerEvent(new EventDataChild); //EventDataChild -  EventData,   $dispatcher->triggerEvent(new AnotherClass()); //Catchable fatal error: Argument 1 passed to EventDispatcher::triggerEvent() must be an instance of EventData, instance of new AnotherClass given 

इस प्रकार, अतिरिक्त जांच के बिना, हमने गलती से फ़ंक्शन के गलत प्रकार के पैरामीटर को पारित करने से खुद को सुरक्षित किया। PHP स्वयं ही पास किए गए पैरामीटर के प्रकार की जांच करेगा और मिलान नहीं होने पर एक त्रुटि फेंक देगा।

Php.net/oop5.typehinting प्रकार नियंत्रण मैनुअल के पृष्ठों से उद्धरण:

फिलहाल, फ़ंक्शंस में पैरामीटर को या तो ऑब्जेक्ट होने के लिए बाध्य करने की क्षमता है (फ़ंक्शन प्रोटोटाइप में वर्ग नाम निर्दिष्ट करके), या इंटरफेस, या सरणियाँ (PHP 5.1 के साथ शुरू), या एक कॉल करने योग्य प्रकार (PHP 5.4 के साथ शुरू) के साथ एक कॉल करने योग्य है।

हालाँकि, यदि NULL को डिफ़ॉल्ट पैरामीटर मान के रूप में उपयोग किया गया था, तो यह बाद के आह्वान के तर्क के रूप में भी मान्य होगा।

यदि कोई वर्ग या इंटरफ़ेस प्रकार नियंत्रण के लिए निर्दिष्ट किया गया है, तो उसके सभी वंशज या कार्यान्वयन भी मान्य हैं।
टाइप कंट्रोल का उपयोग स्केलर प्रकार जैसे इंट या स्ट्रिंग के साथ नहीं किया जा सकता है। लक्षण भी अस्वीकार्य हैं।

ऊपर से निष्कर्ष निकालना, हम स्केलर प्रकारों को छोड़कर लगभग सब कुछ निर्दिष्ट कर सकते हैं, लेकिन PHP के पास इसका भी समाधान है। मानक SPL लाइब्रेरी में इस समस्या को हल करने के लिए डिज़ाइन की गई कई मनोरंजक कक्षाएं हैं:

• पट्टी
• SplFloat
• SplEnum
• SplBool
• SplString

चूंकि ये प्रकार वर्ग हैं (तेल मक्खन है, लेकिन php के संदर्भ में जहां int एक प्रकार है, लेकिन एक वर्ग नहीं - यह अनुमेय है) उन्हें फ़ंक्शन परिभाषा में निर्दिष्ट किया जा सकता है, जिससे फ़ंक्शन में स्थानांतरण को रोका जा सकता है, उदाहरण के लिए, जहां बूलियन की आवश्यकता होती है। तदनुसार, आपको मानक स्केलर के बजाय पूरे कोड में इन कक्षाओं का उपयोग करना होगा।

ईमानदारी से, मैंने इसका उपयोग नहीं किया, क्योंकि मेरी राय में यह बहुत अधिक है। इसके अलावा, इन कक्षाओं को मानक PHP पैकेज में शामिल नहीं किया जाता है, और PECL पैकेज द्वारा वितरित किया जाता है, जो उनके उपयोग को मुश्किल बनाता है।

जहाँ भी संभव हो PHPDoc का उपयोग करें

PHPDoc और IDE में इसका समर्थन PHP प्रोग्रामर के लिए समय की बचत के लिए एक बढ़िया उपकरण है।

चूंकि भाषा और उसकी विचारधारा का वाक्य-विन्यास आपको बनाते समय किसी प्रकार के चर को सेट करने की अनुमति नहीं देता है, इसलिए आपके IDE के लिए यह समझना बहुत मुश्किल है कि वह कौन सा चर है। तो उसकी मदद करें - टिप्पणी में प्रकार को इंगित करें, और आपका आईडीई आपको काम के दौरान युक्तियों के साथ धन्यवाद देगा।

यह आपके एप्लिकेशन के पूर्ण टाइपिंग की दिशा में एक और कदम है। यदि आप जानते हैं कि क्या मिलता है और वांछित तरीका क्या देता है, तो आपको इसका उपयोग करने में कोई कठिनाई नहीं होगी।

मैं निम्नलिखित नियमों का पालन करता हूं:
किसी वर्ग की सभी सार्वजनिक विशेषताओं के प्रकार के विवरण के साथ एक टिप्पणी होनी चाहिए;
सभी सार्वजनिक तरीकों में यह भी वर्णन होना चाहिए कि वे क्या कर रहे हैं और प्रत्येक पैरामीटर का विवरण भी शामिल है, जिसमें वे लौटते हैं।

उन लोगों के लिए छोटे सुझाव जो PHPDoc के साथ पर्याप्त रूप से परिचित नहीं हैं (यह सब नेटबीन्स पर्यावरण के लिए सही है)

  //     , //         @return //  IDE             /** *      EventData * @return EventData */ public function getEventData(){ return new EventData(); } //   ,    ,     : //@return EventHandler[] //  -      . //   ,    ,      // //: /**    EventHandler * @return EventHandler[] */ public function getEventHandlers(){ return $this->handlers; } public function triggerEvent(){ foreach ($this->getEventHandlers() as $handler) { $handler; //   IDE  ,  $handler    EventHandler,     } } public function getModel(){ //      //(    .  ,      ) //   ,         .    : $model = NodeFactory::byId($id); /* @var $model Folder */ $model; //  IDE         Folder } 

निष्कर्ष

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



स्टेटिक टाइपिंग उत्पादकता में सुधार कर सकती है और कोड में त्रुटियों की संख्या को कम कर सकती है।

टाइपिंग पर लाइकबे के लेख पर टिप्पणियों से लेकर :

ऐसे कार्यों में जिनकी जटिलता उन्हें कम से कम कुछ की स्वचालित रूप से जांच करने की संभावना के बारे में बेतहाशा उत्साह देती है, मजबूत स्थैतिक टाइपिंग आउटपरफॉर्म वाली भाषाएं। साइट निर्माण के दौरान हल किए गए कार्यों की जटिलता धीरे-धीरे इस स्तर पर आ रही है।

हम PHP के संबंध को प्रकारों में नहीं बदल सकते हैं, और यह आवश्यक नहीं है। हम रातोंरात भी नहीं ले सकते हैं और अपनी सभी परियोजनाओं को किसी अन्य भाषा में अनुवाद कर सकते हैं, न तो समय है और न ही अवसर है।
लेकिन एक अच्छी तरह से निर्मित वास्तुकला के लिए धन्यवाद, अपने कार्यों के प्रोटोटाइप में प्रकार नियंत्रण का उपयोग, साथ ही साथ PHPDoc का उपयोग करके दस्तावेज़ीकरण, आप अपने आप को अनावश्यक काम से छुटकारा दिला सकते हैं और अपनी परियोजनाओं में त्रुटियां ढूंढ सकते हैं।

इस लेख में उल्लिखित सलाह का पालन करते हुए, हम दोनों दुनिया के सर्वश्रेष्ठ को जोड़ पाएंगे, और जटिल परियोजनाओं को विकसित करने के लिए एक शक्तिशाली और लचीला उपकरण प्राप्त कर सकेंगे।

उपयोगी लिंक:

प्रोग्रामिंग भाषाओं में टाइप करने पर लाइकबेज़
PHP में टाइप कंट्रोल
PHP एसपीएल प्रकार
स्टेटिक कोड विश्लेषण (विकिपीडिया)