फ्रेमवर्क या नहीं?

Question

कल मैं अंग्रेजी कक्षा में गया और नए दोस्त से मुलाकात की, उसने मेरे साथ किए गए काम के बारे में कहा (अभी भी मैंने स्कूल में पढ़ाई की है)।

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

मैं उसका कहा के बारे में चिंता। क्या आप मुझे सबसे अच्छा तरीका चुनने में मदद कर सकते हैं? फ्रेमवर्क या नहीं?

हम कई प्रकार के ग्राहकों है और हम इस तरह के struts के रूप में कुछ तकनीकों के साथ काम करना चाहिए/हाइबरनेट/स्प्रिंग/या इतने पर ... अगर ढांचे बार हम पूरी परियोजना इतने लंबे समय का उपयोग नहीं है, लेकिन मुझे विश्वास नहीं करता है, तो इसका इस्तेमाल इसके सभी घटक मैं समझ सकता हूँ।

आपके सुझाव के लिए धन्यवाद!

Answer 1

• क्या मुझे अपनी परियोजनाओं में मौजूदा ढांचे का उपयोग करना चाहिए?

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

• अगर वहाँ ढांचे में कीड़े हैं तो क्या होता है, मैं कैसे संभवतः उन्हें ठीक कर सकता है?

अच्छा सवाल, मुझे अभी एक जवाब नहीं पता है। संभवतः आप समस्या के चारों ओर काम करने के लिए कुछ छोटे कोड लिखेंगे, जैसे कि छोटे रैपर वर्ग।

• मैं पूरा चौखटे को समझने के लिए इससे पहले कि मैं उन्हें का उपयोग कर सकते है?

नहीं, आप नहीं करते हैं। कुछ ढांचे बड़े हैं और सॉफ्टवेयर विकास के हर पहलू को कवर करते हैं। ज्यादातर मामलों में आपको केवल उन चीज़ों को सीखना होता है जिन्हें आप वास्तव में करना चाहते हैं, और कुछ और। लेकिन हर विवरण नहीं।

• जब मैं एक ढांचे का उपयोग, कि, धोखाधड़ी के बाद से मेरे ग्राहक सॉफ्टवेयर विकसित करने के लिए मुझे चाहता है?

नहीं, ऐसा नहीं है। आपका ग्राहक वास्तव में आपको अधिक काम नहीं करना चाहता, बल्कि वह चाहता है कि उसकी परियोजनाएं पूरी की जाए और समाप्त हो जाएं। इसका मतलब है कि यदि आप दूसरे के काम से कम काम और लाभ कमा सकते हैं, तो यह आमतौर पर ठीक है।

• हम Structs की तरह तीसरे पक्ष के उत्पादों के साथ काम करना चाहिए/हाइबरनेट/स्प्रिंग, और अगर हम उन्हें अपने आप को लागू करने के लिए मजबूर किया जाता है, परियोजनाओं बहुत समय लगेगा।

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

Answer 2

विचार करने के लिए कई कारक हैं:

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

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

कितना "समय" के ढांचे में जानने के लिए की आवश्यकता है? क्या विशेष सम्मेलनों का उपयोग करने की आवश्यकता है? क्या ढांचे का उपयोग कुछ लॉक-इन का कारण बनता है जो भविष्य की आवश्यकताओं के साथ असंगत होगा?

आदि, आदि

यह करने के लिए सभी सुराग: ढांचे का उपयोग कर करता है अंत में काम अधिक उत्पादक बनाने के?

Answer 3

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

उदाहरण के लिए, हाइबरनेट के मामले में, यदि आप तीन या चार ऑब्जेक्ट्स/टेबल वाले प्रोजेक्ट में काम कर रहे हैं, तो शायद यह बकवास है, क्योंकि शायद जेडीबीसी और यहां तक ​​कि सॉफ़्टवेयर के साथ काम करना बहुत आसान है बहुत तेज दौड़ जाएगा। लेकिन यदि आप जेडीबीसी के साथ काम कर रहे ऑब्जेक्ट्स/टेबल के दस्तावेजों के साथ एक परियोजना में हैं, तो एक बड़ा सिरदर्द हो सकता है, और हाइबरनेट आपको बहुत मदद करता है। ढांचे की कॉन्फ़िगरेशन में जो समय आप ढीला करते हैं वह विकास के सरलीकरण में बड़े लाभ की तुलना में छोटा होता है।

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