मैं कैसे मूल्यांकन कर सकता हूं कि php ढांचे को कैसे और कैसे बदला जाए?

Question

कुछ मार्गदर्शन और आदर्श कुछ पहले हाथ अनुभव की आवश्यकता है।

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

अन्य परियोजनाओं के लिए हमने रेल पर विकसित किया है और यह रात और दिन रहा है: एक मजबूत, निरंतर विकसित ढांचा और महान प्लगइन का एक स्वस्थ पारिस्थितिक तंत्र और एक समुदाय जो सक्रिय, बढ़ रहा है, स्मार्ट और सहायक है।

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

वहाँ कैसे इस तरह के एक बंदरगाह कम दर्दनाक हो सकता है (php लेकिन एक ऐसी ही OO रूपरेखा है कि बढ़ रही है/स्वस्थ में रहने?) कैसे हम हमारे पास क्या है के साथ आगे हल करने के लिए जारी रख सकते हैं पर

सुझाव पर कुछ विचार कर रहे ?

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

कुछ सुझावों या यहां तक ​​कि प्रश्नों के लिए धन्यवाद, जो हमें इसके आसपास निर्णय-मैट्रिक्स बनाने में मदद करेंगे।

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

Answer 1

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

Answer 2

मैं Akelos framework पर एक नज़र डालने का सुझाव दूंगा, यह PHP के लिए रेल का बंदरगाह माना जाता है और आपके ढांचे के संक्रमण को काफी कम कर सकता है।

जहां तक ​​आपके वर्तमान कार्यान्वयन के साथ आगे बढ़ना है, मैं इस विचार से सहमत हूं कि अगर आपके वर्तमान ढांचे में स्वस्थ उपयोगकर्ता आधार और ठोस आगे की प्रगति नहीं है, तो यह मेरे लिए एक महत्वपूर्ण कारक है एक दीर्घकालिक ढांचा समाधान का चयन करना। मेरे पास जितना अधिक महत्वपूर्ण कारक है, उतना ही है कि ढांचे के कार्यान्वयन, समर्थन सुविधाओं और अंतराल लक्ष्यों को उस परियोजना के साथ कैसे बंद करें, जिसे मैं इसे लागू करना चाहता हूं। so many PHP frameworks available के साथ अब आपके पास बहुत चुनिंदा होने का विकल्प है और इसका पूरा लाभ लेना चाहिए।

Answer 3

इससे कोई फर्क नहीं पड़ता कि आप जिस गलत सड़क पर गए हैं, वापस आएं। सनक लागत पहले ही डूब गई है।

यदि आप PHP का उपयोग करने के लिए जा रहे हैं तो मैं ज़ेंड फ्रेमवर्क का सुझाव दूंगा। सुनिश्चित करें कि आप इकाई परीक्षणों का निर्माण करते हैं जैसे आप रिफैक्टर करना शुरू करते हैं ताकि आपको आश्वस्त किया जा सके कि आपका नया कोड पुराना जैसा ही है।

Answer 4

यह वास्तव में आपके पास रखने के लिए बनाम लागत की लागत पर निर्भर करता है। मुझे नहीं लगता कि यहां कोई भी स्टैक ओवरफ्लो पर आपके लिए यह निर्णय कॉल कर सकता है। हालांकि मैं सुझाव दूंगा कि बुरी चीजों पर ध्यान देना आसान है और काम करने वाली चीजों को भूलना आसान है। लोगों को एक फ्रेमवर्क/तकनीक से दूसरे में बंदरगाह में कितना काम करना पड़ता है, यह कम करने की प्रवृत्ति है। तो यदि आप उस मार्ग पर जाने की योजना बना रहे हैं, तो इसे यथासंभव छोटे चरणों में बनाने का प्रयास करें; उदाहरण के लिए। पहले परियोजनाओं को बंद करने के लिए इसका अर्थ उठाने के लिए एक छोटी सी परियोजनाएं लें। यह आपको ब्रेक खींचने का समय देगा यदि यह अप्रबंधनीय साबित हो जाता है। यह आपको नए प्लेटफार्म को समायोजित करने का समय भी देगा (उदाहरण के लिए आप कहते हैं कि आप अभी तक php से ruby ​​तक कदम बनाने के लिए तैयार नहीं हैं)।