पियर - अभी भी प्रासंगिक?

Question

मैं एक उन्नत शुरुआत करने वाला एक PHP रिपोजिटरी या फ्रेमवर्क चुनने की कोशिश कर रहा हूं जिसे मैं पुन: प्रयोज्य कोड के विश्वसनीय स्रोत के रूप में बदल सकता हूं।

मुझे वास्तव में प्यार का विचार पसंद है, लेकिन मैं अच्छे/वर्तमान दस्तावेज की कमी से डर गया हूं।

उदाहरण के लिए, पीएआर पर अधिकांश लेख दिनांकित हैं, कोई अच्छी तरह से समीक्षा की गई किताबें उपलब्ध नहीं हैं, और आधिकारिक मैनुअल बेहद अनजान है।

मैंने PHP फ्रेमवर्क (केकेपीएचपी, कोडइग्निटर, सिम्फनी, ज़ेंड) और सीएमएस फ्रेमवर्क (ड्रूपल, जूमला, वर्डप्रेस) माना है, लेकिन दीर्घकालिक समाधान के रूप में, मुझे पुन: प्रयोज्य कोड चाहिए जो किसी भी को जोड़ने वाला नहीं है अनावश्यक ओवरहेड।

दूसरे शब्दों में, मुझे एक ऐसे उद्देश्य के लिए लिखा गया कोड है जो मैं अपने आवेदन में प्लग कर सकता हूं जहां आवेदन की आवश्यकता के मुकाबले किसी और कोड को "उधार" के बिना इसकी आवश्यकता होती है - जैसे कि मैंने इसे स्वयं लिखा था शुरुवात से।

तो मैं पूछता हूं - क्या पीयर पुन: प्रयोज्य PHP कोड के लिए एक लंबी अवधि की पसंद है?

Answer 1

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

मैं एक उन्नत शुरुआत

मुझे यकीन है कि क्या है :)

नाशपाती पुन: प्रयोज्य PHP कोड के लिए एक अच्छा लंबी अवधि के विकल्प है नहीं कर रहा हूँ कर रहा हूँ?

ईमानदारी से कहूं तो, पीएचपी लत के अपने 5 वर्षों में, मैं शायद ही कभी नाशपाती रास्ते जाने के लिए एक की जरूरत पड़ा है। अभी, मैं ज़ेंड फ्रेमवर्क और सिद्धांत 2 को देखने की अनुशंसा कर सकता हूं। वे दोनों अच्छे सक्रिय समुदाय द्वारा समर्थित हैं।

Answer 2

भले ही कोड अब बनाए रखा न जाए, फिर भी इसमें से अधिकांश पूरी तरह से ठीक काम करेंगे। PHP के साथ, अधिकांश चीजें PHP संस्करण के बावजूद ठीक काम करेगी; अधिकतर वे एक अवमूल्यन समारोह के बारे में एक चेतावनी फेंक सकते हैं। इन चीजों को आम तौर पर बदलने में आसान होता है।

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

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

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

Answer 3

दस्तावेज का स्तर प्रश्न में पीएआर पैकेज तक है; कुछ गरीब हैं, लेकिन अन्य नहीं हैं। आप अपने पृष्ठ को देखकर, रिलीज तिथियों की जांच, टिकट गतिविधि इत्यादि देखकर पैकेज की स्थिति का अनुमान प्राप्त कर सकते हैं।

कुछ बहुत उपयोगी टूल, उदा। phpunit और PHP CodeSniffer, पीएआर का उपयोग उनके मुख्य वितरण चैनल के रूप में करें, और यह तर्क देना मुश्किल होगा कि ये अब प्रासंगिक नहीं हैं।

मुझे लगता है कि पूरी तरह से पीयर निश्चित रूप से अभी भी प्रासंगिक है, और ऐसा जारी रहेगा, लेकिन कई व्यक्तिगत पैकेज शायद नहीं हैं।

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

अद्यतन 2013

composer की तरह ऐसा लगता है कि इन दिनों अधिक हलचल पैदा की है, यह शायद के रूप में अच्छी में देख लायक है।

Answer 4

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

फ्रेमवर्क या डीएएल पीईएआर के दायरे से आईएमओ हैं, इसलिए यह शायद ही तुलनात्मक है।

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