बस यह मत कहो कि तुम मेरे जैसे थे या मेरे सीखने का नज़रिया नहीं था

सभी को नमस्कार। मैं आधुनिक प्रोग्रामिंग प्रशिक्षण के बारे में अपनी राय बताना चाहूंगा। लेख PHP के बारे में बात करेगा, फ्रेमवर्क के बारे में थोड़ा और बाइक के बारे में थोड़ा। लेकिन मुझे लगता है कि यह किसी भी प्रोग्रामिंग भाषा पर लागू होता है। चलिए शुरू करते हैं।

अपना पहला PHP कोड याद रखें?

नहीं, यह नहीं:

<? echo "Hello world"; //       index.php :) ?> 

और यह एक:

 <? include "db.php"; if ($_GET['id'] > 0){ mysql_query("SELECT * FROM `posts` WHERE id = {$_GET['id']}"); }else{ mysql_query("SELECT * FROM `posts` ORDER BY `id` DESC"); } ?> 

समय के साथ, हम बड़े हुए, हमने OOP (हा हा) की एक समझ विकसित की और हम इसके समान कुछ का उत्पादन करने लगे:

 <?php require "db.php"; if ($_GET['id'] > 0){ $db->query("SELECT * FROM `posts` WHERE id = {$_GET['id']}"); }else{ $db->query("SELECT * FROM `posts` ORDER BY `id` DESC"); } ?> 

तब हमने कहीं सुना कि mysql_ * का उपयोग नहीं किया जा सकता है और हर कोई mysqli_ * का उपयोग करता है, क्योंकि यह अधिक ठंडा है। हमने mysqli का उपयोग करने के लिए अपने कोड को फिर से लिखा। कुछ समय बाद, हमने पीडीओ के बारे में सीखा।

समानांतर में, हमने वैश्विक चर और प्रत्येक विधि में सौ-लाइन कक्षाओं के साथ काम किया। क्या आप उस उपयोगकर्ता वर्ग से परिचित हैं, जो उपयोगकर्ता को पंजीकृत करने में सक्षम था, (हां, आधिकारिक रूप से अधिकृत करें, हम अभी भी अंतर नहीं जानते हैं!), एक पासवर्ड पुनर्प्राप्त करें। मुझे पता है। हमारा उपयोगकर्ता वर्ग किसी भी उपयोगकर्ता को संपादित कर सकता है, क्योंकि हमारे पास इसके लिए एक सुपर तरीका था:

 // PSR? ,  . class User { public function changeUserProfile($userId, array $userData){ global $db; //    $db->query("UPDATE `user` SET ...."); } public function login($userId){ } public function logout(){ //     <a href="/logout.php"></a> :) } } 

और मेरे पास डीबी, पोस्ट और टिप्पणी की कक्षाएं भी थीं।

हम SQL इंजेक्शन, XSS हमलों और से परिचित थे:

  DROP TABLE `posts` 

SOLID, PSR, MVC और पैटर्न केवल शब्द नहीं हैं

हम खुद इस तरह से गए, SOLID, PSR, MVC के बारे में सीखा। हमारे लिए, ये केवल शब्द नहीं हैं, बल्कि एक तत्काल आवश्यकता है, विशेष रूप से भयानक विरासत और कोड के ढेर के बाद, जिनमें से प्रत्येक वर्ग की अपनी शैली में लिखा गया है। हमने हजारों रेक पर कदम रखा, कई साइकिलें लिखीं, और परिणामस्वरूप, पर्याप्त / कम पर्याप्त कोड लिखना शुरू किया।

अब हम अपनी कक्षाओं में वैश्विक और सुपरग्लोबल चर का उपयोग नहीं करते हैं, एसक्यूएल के लिए हम तैयार प्रश्नों का उपयोग करते हैं और एसक्यूएल को नियंत्रकों में नहीं डालते हैं (हमारे पास अब उपयोगकर्तामॉडल :: लॉगिन () भी नहीं है)। हम DI का उपयोग करके आवश्यक वस्तुओं को लागू करते हैं, लेकिन उन्हें कक्षा के अंदर नहीं बनाते हैं। हम रिक्वेस्ट / रिस्पांस ड्राइव करते हैं, "हैलो वर्ल्ड" की प्रतिध्वनि नहीं करते हैं और हम जानते हैं कि हम ऐसा क्यों कर रहे हैं। हम न केवल एक ब्राउज़र का उपयोग करके अपने कोड का परीक्षण करते हैं, बल्कि सिंथेटिक परीक्षण भी लिखते हैं। इसकी कीमत क्या है? मेरे पास एक कंप्यूटर के साथ एक बचपन है, दर्जनों रातों की नींद हराम है, कई फकैप्स और एक टूटे हुए डेटाबेस के रूप में।

और मुझे यह भी जल्दी समझ में आया कि मॉडल में $ _POST क्यों खराब है।

क्या तुम उस तरह के व्यक्ति नहीं थे? मैं रहा हूं।

तो यह पहले था। लेकिन अभी नहीं

अब तक, मुझे यह समझ में नहीं आया कि PHP के विकास के पाठ्यक्रमों के लिए नया माध्यम बुरा है या नहीं। एक तरफ, लोगों को थोड़े समय में तुरंत अपने कोड को सही तरीके से लिखने का तरीका सीखने की पेशकश की जाती है, लेकिन दूसरी तरफ, लोग यह नहीं समझ पाते हैं कि यह लिखने का सही तरीका क्यों है। ज्ञान की एक पूरी परत खो गई है, आधार, जो तब जल्दी से बनना होगा।

अब वे दर्जनों कोर्स कराते हैं। कुछ ही घंटों में, आप सीखेंगे कि लारवेल, वाईआई 2 या किसी अन्य ढांचे में कैसे लिखना है। PHP और OOP की मूल बातें नहीं जानते? आप के लिए PSR Prosto Sdelay Raboty? इससे कोई फर्क नहीं पड़ता, हम आपको केवल 19,990 रूबल के लिए सिखाएंगे। एक व्यक्ति भुगतान करता है और सोचता है कि उसे तुरंत लिखना सिखाया जाएगा। क्या आपने अभी लिखा है?

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

लेकिन मैं सीखने के इस दृष्टिकोण से सहमत नहीं हूं। साइकिल चलाना किसी भी तकनीक को समझने का सबसे अच्छा तरीका है (ठीक है, यह अब शुरू होगा)। एक कप कॉफी पर किसी तरह बात करते हुए, मैंने एक मूर्खतापूर्ण सोचा: यदि आप PHP को समझना चाहते हैं, तो अपने सीएमएस को प्लगइन्स, अनुमतियों के साथ लिखें। फ़ील्ड और व्यवस्थापक पैनल। और फिर मैंने सोचा। या शायद यह विचार बिल्कुल भी बेवकूफी भरा नहीं है?

चौखटे के माध्यम से सीखना कैसे काम करता है?

इसलिए, हम कंपोज़र बनाने के लिए प्रोजेक्ट का उपयोग करते हैं .... फिर डेटाबेस के लिए .env, एडिट एक्सेस पर जाएँ, फिर हम यहाँ कंट्रोलर क्लासेस, यहाँ मॉडल क्लासेस, टेम्प्लेट क्लासेस लगाते हैं। हमें लग रहा था कि हमने सीखा है, लेकिन हमें समझ नहीं आया कि यह अंदर से कैसे काम करता है। थोड़ा अतिरंजित, लेकिन जिस तरह से यह है।

मैं कई लोगों से मिला, जिन्होंने कहा कि वे चौखटे पर लिखते हैं। लेकिन एक ही समय में वे मूल बातें नहीं जानते हैं। एक व्यक्ति, पूरी गंभीरता से, मुझे बताया कि वह array_map फ़ंक्शन को नहीं जानता था।

ठीक है, हमारी बाइक हमें क्या देगी?

कम से कम हम फाइलों और कक्षाओं के ऑटोलॉड से परिचित होंगे। हम सीखते हैं कि यह आपके spl_autoload_ लिखने के बजाय, संगीतकार का उपयोग करके किया जा सकता है ... हम सीखेंगे कि डेटाबेस कनेक्शन कैसे बनाएं, प्रतिबिंब का उपयोग करके हम सीखेंगे कि हमारे प्लग-इन सिस्टम का निर्माण कैसे करें और समझें कि क्यों व्यापार तर्क में \ $ _ GET और \ _ \ _ $ _ST खराब है। हम रिक्वेस्ट से रिस्पांस तक सभी तरह से जाएंगे। चौखटे हमारे लिए इस तरह से चलते हैं।

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

सभी रेक पर कदम रखने के बाद, हम एक गहरे स्तर पर समझेंगे कि ये या उन डिज़ाइन दृष्टिकोण और पैटर्न का उपयोग क्यों किया जाता है, खासकर जब आपको अपने कोड का विस्तार, रखरखाव और परीक्षण करने की आवश्यकता होती है।

मंचों और सामाजिक नेटवर्क पर, वे केवल चर्चा करते हैं कि साइकिल खराब हैं। जब मैं किसी साइट पर एक लेख देखता हूं, जहां एक व्यक्ति अपने होम प्रोजेक्ट के बारे में बात करता है, चाहे वह एक सामाजिक नेटवर्क हो, एक ब्लॉग या बिल्लियों की सूची वाला एक साइट, जिसे उन्होंने खरोंच से या व्यक्तिगत घटकों पर लिखा था, तो मैं थोड़ा खुश हूं। एक व्यक्ति आधार से सीखता है और यह अच्छा है!

आखिर पढ़ाई कैसे हो? क्या आपने तुरंत त्रुटियों के बिना काम करना और सटीक कोड लिखना शुरू कर दिया था? मुझे नहीं लगता, मैंने जो कुछ भी महसूस किया उससे पहले कोड की हजारों लाइनें लिखी थीं। हालाँकि शायद मुझे समझ नहीं आया, लेकिन क्या यह सब मुझे लगता है?

लेकिन घर पर अपनी बाइक लिखना बेहतर है, तकनीक को समझें, समझें कि क्या है, शायद पैकिगिस्ट पर तैयार समाधान भी ढूंढें, उत्पादन पर अपनी बाइक लिखने की तुलना में।

Mail.ru से लेख मेरे लिए आत्मा के करीब है: आधुनिक PHP बिना फ्रेमवर्क के , जिसमें लेखक सभी रूपरेखाओं के उपकरण को दिखाना चाहता था और वे वास्तव में क्या हैं।

हाल ही में, 2000 के दशक से बहुत सारे लिगेसी कोड मेरे जीवन में बन गए हैं। परियोजना पुरानी है, लेकिन दिलचस्प है। जिसे नई रेल में स्थानांतरित करने की भी आवश्यकता है (यदि यह दिलचस्प है, तो मैं निश्चित रूप से बताऊंगा)। यह लेख की शुरुआत में कोड के समान ही दिखता है: एक फ़ाइल में लेआउट, एसक्यूएल और तर्क। लेकिन मेरे पास एक विरासत है। मुझे पता है कि उसके साथ कैसे काम करना है और उसे कैसे रिफैक्ट करना है। लेकिन एक व्यक्ति जो केवल चौखटे पर लिख सकता है वह क्या करेगा?

वह सिर्फ इस तरह की परियोजना का सामना नहीं करेंगे :)