MicroPHP घोषणापत्र

पंक के उद्भव के बारे में एक आम राय यह है कि पंक आधुनिक रॉक के चरम पर प्रतिक्रिया थी, विशेष रूप से उस समय की प्रगतिशील चट्टान। वास्तविकता निश्चित रूप से बहुत अधिक जटिल है, लेकिन मुझे संदेह है कि इसमें कुछ सच्चाई है। 60 और 70 के दशक के उत्तरार्ध में रॉक एंड रोल गोल्डन भगवानों का एक क्षेत्र प्रतीत हो रहा था, जो केवल मृतकों के लिए दुर्गम था। रश और ब्लैक फ्लैग जैसे बैंड के बीच का अंतर बहुत बड़ा था।

बस मज़े के लिए, आइए एक नज़र डालते हैं रश ड्रमर नील पीर्ट पर । यहाँ उसका ड्रम किट है:



और यहाँ 1979 में लॉस एंजिल्स में एक प्रदर्शन पर, काला झंडा है:



पूरा ब्लैक फ्लैग ग्रुप नील पीर्ट के ड्रम किट के कब्जे वाले क्षेत्र में फिट हो सकता है। और वे कमाल की चीजें करते रहेंगे और पूरी रोशनी डालेंगे।

पिछले कुछ वर्षों में, PHP की भावना ने स्पष्ट रूप से नील पीर्ट के मार्ग का अनुसरण किया है। बड़ी संख्या में स्मार्ट लोगों द्वारा किए गए काम की एक बड़ी राशि जटिल और क्रियात्मक निर्णयों में बदल गई। फाइलों का एक गुच्छा, नेस्टेड निर्देशिकाओं का एक गुच्छा, और नियमों का एक गुच्छा। मैं अक्सर PHP पुस्तकालयों / घटकों को इस तरह से देखता हूं:

<?php chdir(dirname(__DIR__)); require_once (getenv('ZF2_PATH') ?: 'vendor/ZendFramework/library') . '/Zend/Loader/AutoloaderFactory.php'; Zend\Loader\AutoloaderFactory::factory(array('Zend\Loader\StandardAutoloader' => array())); $appConfig = include 'config/application.config.php'; $listenerOptions = new Zend\Module\Listener\ListenerOptions($appConfig['module_listener_options']); $defaultListeners = new Zend\Module\Listener\DefaultListenerAggregate($listenerOptions); $defaultListeners->getConfigListener()->addConfigGlobPath('config/autoload/*.config.php'); $moduleManager = new Zend\Module\Manager($appConfig['modules']); $moduleManager->events()->attachAggregate($defaultListeners); $moduleManager->loadModules(); // Create application, bootstrap, and run $bootstrap = new Zend\Mvc\Bootstrap($defaultListeners->getConfigListener()->getMergedConfig()); $application = new Zend\Mvc\Application; $bootstrap->bootstrap($application); $application->run()->send(); 

और यह सब, बस अपने आवेदन को लॉन्च करने के लिए।

इसका मतलब यह नहीं है कि यह दृष्टिकोण इस तरह से बुरा है। लेकिन जब मैं इसे देखता हूं, तो मुझे एक सहज नकारात्मक प्रतिक्रिया होती है। मेरा मस्तिष्क चिल्लाता है:
बकवास।
कि।
गंदगी।
( सर्वोत्तम शब्द नहीं मिल सका - लगभग। अनुवादक )

मैं ऐसा नहीं कर सकता। मुझे यह नहीं चाहिए। और मुझे नहीं लगता है कि हमें इसे इस तरह से करना चाहिए जैसे सभी प्रकार के शांत सामान बनाने के लिए।

जिस दृष्टिकोण से मैं हाल ही में अभ्यास कर रहा हूं वह सबसे हल्के आधार के साथ शुरू करना है, जिसमें माइक्रोफ़्रामवर्क है।

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

एक और महत्वपूर्ण विवरण जो मैं देखता हूं जब मैं किसी और के कोड का उपयोग करता हूं, तो यह दायित्व है। आमतौर पर मेरे पास लाइब्रेरी कोड का पूरी तरह से ऑडिट करने का समय नहीं होता है, इसलिए यहां मुझे कुछ हद तक उस व्यक्ति पर भरोसा करना होगा जिसने इस कोड को लिखा था। और प्रत्येक नई निर्भरता के साथ, आपको जिस कोड पर भरोसा करने की आवश्यकता है, वह बढ़ रहा है। आपको त्रुटियों और कमजोरियों की उपस्थिति के बारे में जानना होगा और उन्हें कैसे संभाला जाएगा। क्या मेलिंग सूची पर घोषणाएं होंगी? फ़िक्सेस के लिए कितना समय लगेगा और क्या वे पिछड़े संगतता को नहीं तोड़ेंगे? अगर मुझे PHP के अगले संस्करण में अपग्रेड करना है तो क्या मुझे अपनी सभी निर्भरता को अपडेट करना होगा। यह सब इस धारणा पर आधारित है कि लेखक के पास इन त्रुटियों को ठीक करने का समय और इच्छा होगी। यदि नहीं, तो आपने अभी-अभी अपने कोड में तकनीकी ऋण का एक गुच्छा जोड़ा है।

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

यहाँ symfony2 HTTP कर्नेल घटक रिपॉजिटरी के क्लोन के लिए क्लॉक आउटपुट है:

 Mon Dec 26 19:42:23 EST 2011 coj@PsychoMantis ~/Sites > cloc HttpKernel 94 text files. 93 unique files. 12 files ignored. http://cloc.sourceforge.net v 1.53 T=0.5 s (164.0 files/s, 18736.0 lines/s) ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- PHP 72 1175 3440 4290 Bourne Shell 10 56 155 252 ------------------------------------------------------------------------------- SUM: 82 1231 3595 4542 ------------------------------------------------------------------------------- 

यहाँ स्लिम ढांचे के लिए एक ही है:

 Mon Dec 26 19:42:27 EST 2011 coj@PsychoMantis ~/Sites > cloc Slim 54 text files. 51 unique files. 13 files ignored. http://cloc.sourceforge.net v 1.53 T=0.5 s (82.0 files/s, 17752.0 lines/s) ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- PHP 31 660 4473 3280 Bourne Shell 10 56 155 252 ------------------------------------------------------------------------------- SUM: 41 716 4628 3532 ------------------------------------------------------------------------------- 

और एपिफनी ढांचे के लिए:

 Mon Dec 26 19:42:30 EST 2011 coj@PsychoMantis ~/Sites > cloc Epiphany 83 text files. 70 unique files. 31 files ignored. http://cloc.sourceforge.net v 1.53 T=0.5 s (102.0 files/s, 5246.0 lines/s) ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- PHP 40 218 309 1632 Bourne Shell 10 56 155 252 HTML 1 0 0 1 ------------------------------------------------------------------------------- SUM: 51 274 464 1885 ------------------------------------------------------------------------------- 

जब मेरे पूरे मूल ढांचे की तुलना में एक घटक में अधिक फाइलें और कोड की लाइनें होती हैं, तो मैं इसे हल्का नहीं कह सकता।

इसका मतलब यह नहीं है कि यह बुरा है। इसका मतलब यह नहीं है कि यह गलत दृष्टिकोण है। लेकिन, मेरे लिए, निश्चित रूप से, यह दृष्टिकोण गलत है। और मुझे लगता है कि मैं अकेला नहीं हूं।

मैं एक प्रॉग रॉक स्टार नहीं बनना चाहता हूं और दिखावा रॉक ओपेरा लिखना चाहता हूं। मैं एक पंक रॉक बैंड में ड्रॉप डेड कूल कॉर्ड्स खेलना चाहता हूं जो एक स्टेज के बिना एक घर में एक शो करता है और आपको रॉक करता है ताकि आप जाकर अपना बैंड बनाएं। मैं ऐसा एनकोडर बनना चाहता हूं।

मैं नील पीर्ट नहीं बनना चाहता। मैं ग्रेग जिनी बनना चाहता हूं।

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

मैं एक PHP डेवलपर हूं

• मैं Zend फ्रेमवर्क या सिम्फनी या CakePHP का डेवलपर नहीं हूं
• मुझे लगता है कि PHP काफी जटिल है

मुझे छोटी चीजें करना पसंद है

• मुझे छोटे-छोटे काम करना अच्छा लगता है।
• मैं उन चीजों को करना पसंद करता हूं जो समस्याओं को हल करती हैं।
• मुझे छोटी चीजें करना पसंद है जो बड़ी समस्याओं को हल करने के लिए एक साथ काम करती हैं।

मैं कम कोड लिखना चाहता हूं, अधिक नहीं

• मैं कम कोड लिखना चाहता हूं, अधिक नहीं
• मैं कम कोड का प्रबंधन करना चाहता हूं, अधिक नहीं
• मैं कम कोड का समर्थन करना चाहता हूं, अधिक नहीं
• मुझे उस कोड के हर टुकड़े को सही ठहराना है जो मैं परियोजना में शामिल करता हूं

मुझे सरल, पठनीय कोड पसंद है।

• मैं स्पष्ट कोड लिखना चाहता हूं
• मुझे आसान सत्यापन योग्य कोड चाहिए

मेनिफेस्ट साइट: microphp.org
प्रकट लेखक के बारे में: funkatron.com/about.html

अनुवाद के लिए टिप्पणियाँ और सुधार स्वागत योग्य हैं।