मैंने अन्य लोगों के स्रोत कोड और अन्य ओपन सोर्स PHP सॉफ़्टवेयर का एक अच्छा सौदा देखा है, लेकिन ऐसा लगता है कि लगभग कोई भी वास्तव में पीयर का उपयोग नहीं करता है।असली दुनिया में पियर कितना आम है?
वास्तविक दुनिया के उपयोग में पीयर का उपयोग कितना आम है?
मैं सोच रहा था कि शायद ढांचे पर वर्तमान भावना इसकी लोकप्रियता को प्रभावित कर सकती है।
PHP प्रोग्रामर संस्कृति में "इन्वेंट इन इवेंट इन" सिंड्रोम का प्रचलित उपद्रव प्रतीत होता है, जहां हर कोई खुद पहिया को फिर से शुरू करना चाहता है।
यह नहीं कहना है कि यह पर सभी PHP प्रोग्रामर पर लागू होता है, लेकिन वे इसे स्पष्ट रूप से बहुत सामान्य कर रहे हैं।
अधिकांश समय मैं शिक्षा की कमी के कारण विश्वास करता हूं, और जो कि सभ्य PHP सेवाएं प्रदान करने वाले प्रदाताओं की कठिनाई के साथ संयुक्त है।
यह एक व्यावहारिक पीईएआर स्थापना को और अधिक कठिन बना देता है, और यह PHP की डिजाइन संरचना से खराब हो जाता है जो मॉड्यूलर डिज़ाइन के अनुकूल नहीं है।
(यह नामस्थानों के अतिरिक्त के साथ सुधार हो सकता है, लेकिन अभी तक देखना है)।
जंगली में देखे गए PHP कोड का विशाल बहुमत अभी भी क्लासिक शौकिया कोड एचटीएमएल के साथ इंटरपोलेटेड है, और अधिकांश सस्ते होस्टिंग जो PHP उपयोगकर्ता अनिवार्य रूप से साइन अप करते हैं, आपको खोल पहुंच नहीं देते हैं।
पियर लाइब्रेरी थोड़ी सी चीजें है जो बहुत ही कम महिमा के साथ, वहां बस जाती है। यदि आप ऐसा कुछ ढूंढ रहे हैं जो यह कर सकता है, और आपके द्वारा उपयोग किए जा रहे ढांचे में विशेष रूप से लक्षित कुछ भी नहीं है - इसका उपयोग करें।
मैं पिछले दो सालों से एक डेटिंग साइट पर काम कर रहा हूं - और कम से कम 65 नाशपाती-सोर्स वाली फाइलें हैं जिनका उपयोग मैंने किया है, और आज भी वहां रहते हैं। कुछ, पेजर या html_Quickform जैसे नए कोड द्वारा इसे अपडेट किया जाएगा, लेकिन दूसरों के लिए बस इसकी आवश्यकता नहीं है।
इम मेरी राय नाशपाती एक अच्छा परियोजना है, लेकिन का अभाव है लोग हैं, जो काम करने के लिए और उस पर काम कर, संकुल के सबसे असंगत कोडिंग प्रथाओं है (मैं शैली कोडिंग मतलब यह नहीं है) और वहाँ TODO के दशक में के बहुत सारे हैं रखना चाहते हैं पूरी बात।
मुझे कभी-कभी कोडिंग सामग्री के लिए उपयोगी लगता है, जिसे मैं अभी तक अस्तित्व में नहीं जानता था, जैसे कस्टम देश सत्यापन कार्य और अन्यथा, अन्यथा मैं वहां उपलब्ध किसी भी उपलब्ध ढांचे (जैसे कोडइग्नाइट या ज़ेंड फ्रेमवर्क) के साथ बेहतर सेवा करता हूं।
पीयर सामान्य नहीं है, न ही लोकप्रिय है।
मैंने कई बार पीयर का उपयोग करने की कोशिश की, लेकिन इसमें काम करने के लिए अंपाफ की कमी है।
मैं ज़ेंड फ्रेमवर्क पसंद करता हूं जो 'ढीले' प्रकार का दृष्टिकोण लेता है, केवल वही उपयोग करें जो आप चाहते हैं।
मेरी (सीमित) अनुभव में, हर नाशपाती परियोजना है कि संभावित दिलचस्प था इसके खिलाफ मुख्य बिंदुओं था:
include के साथ हर किसी की समस्या को हल नहीं करता है। जब आपके PHP दुभाषिया को प्रत्येक पृष्ठ हिट पर उस सभी स्रोत कोड को संसाधित करना होता है (क्योंकि लेखकों ने इसे ओपोड-कैश-अनुकूल होने के लिए डिज़ाइन नहीं किया हो सकता है), कोड की हजारों अप्रयुक्त लाइनों को संसाधित करने के लिए एक मापनीय ओवरहेड है।मैं काम पर PEAR::DB का उपयोग करता था। हमने पाया कि हमारी अधिकांश स्क्रिप्ट्स ने अपना समय अपने कोड के बजाय पीयर कोड के अंदर बिताया है। कार्यों के आसपास एक बहुत ही सरल रैपर के साथ इसे वास्तविक तैयार बयान के उपयोग के कारण निष्पादन समय और रनटाइम सुरक्षा में काफी कमी आई है। PEAR::DB पोस्टग्रेज़ के लिए तैयार-स्टेटमेंट तर्क के लिए अपना स्वयं का (गलत समय) इस्तेमाल किया गया क्योंकि देशी pgsql_ फ़ंक्शन हर जगह उपयोग किए जाने के लिए बहुत नए थे।
कुल मिलाकर, मुझे लगता है कि कई मामलों में पीयर "स्टार्टर लाइब्रेरी" के रूप में अच्छा है। यह किसी भी व्यक्ति की थोड़ी सी मात्रा में उत्पादन करने की तुलना में उच्च गुणवत्ता वाले कोड होने की संभावना है। लेकिन मैं निश्चित रूप से इसे एक लोकप्रिय सार्वजनिक-सामना करने वाली वेबसाइट में उपयोग नहीं करूँगा (कम से कम, हाथ से बहुत से tweaking के बिना नहीं ... अपने स्वयं के कांटा बनाए रखने)।
+1 और पीएआर :: डीबी/पोस्टग्रेस पर दूसरा। मैंने एक ही समस्या का सामना किया है। यह केवल पहिया को फिर से शुरू कर रहा है जब मानक पुस्तकालय इसे पहले से ही कुशलतापूर्वक करते हैं। –
बुलेट प्वाइंट # 2 मेरे लिए बड़ा हत्यारा है। पीयर कोड फूला हुआ है क्योंकि इसे विभिन्न प्रकार की स्थितियों से निपटना है। अधिकांश कोड आपकी साइट पर प्रत्येक पृष्ठ द्वारा पढ़ और व्याख्या किए जाते हैं भले ही आप इसका केवल एक छोटा सा हिस्सा उपयोग कर रहे हों। – jmucchiello
पीएआर आम नहीं है, न ही लोकप्रिय - लेकिन यह अच्छा है, और मैं इसे किसी को भी अनुशंसा करता हूं।
(मैं टॉम के साथ सहमत हूं कि यह एक एकल, एकीकृत, एपीआई जैसा महसूस नहीं करता है, लेकिन फिर, यह PHP है ... कोई इसे अपने स्टेशन के ऊपर एक व्याख्याित हैक के रूप में नहीं देखना चाहता भाषा अब एक होगी ?!)
यूप। और फिर भी किसी भी तरह से यह अभी भी ज्यादातर काम करता है। (कम से कम क्रैपी वीबी कोड अधिकतर अदृश्य था।) – dkretz
उपद्रव स्वयं को दुखी करता है, हर कोई पहिया को फिर से बदलता है, लेकिन इसे साझा नहीं करता है इसलिए दूसरों को यह नहीं करना पड़ता है। –
मुझे सच में नहीं लगता कि यही कारण है कि पीयर में पूर्ण गोद लेने की कमी है। – jmucchiello