बड़ा स्कैला कोडबेस बनाए रखने योग्य है?

Question

मुझे स्कैला के साथ कुछ अनुभव है। मैं इसे 10 सदस्यों के साथ नई परियोजना में पेश करना चाहता हूं। लेकिन स्कैला की सभी अभिव्यक्तियों के बावजूद, मुझे इस बात से बहुत अनिश्चितता है कि कोड को कैसे बनाए रखा जा सकता है और नए टीम के सदस्यों को स्थानांतरित किया जा सकता है। फिलहाल मैंने स्केल http://code.google.com/p/factorie/ और कुछ स्कैला डीएसएल (अपाचे ऊंट) पर केवल एक बड़ी परियोजना का अध्ययन किया है। तो मेरा सवाल यह है कि मध्य स्तर के डेवलपर्स की टीम के लिए जावा, पायथन और ग्रोवी की तुलना में कितना स्केल बनाए रखने योग्य/सहायक है?

Answer 1

सामान्य में: codebase के रख-रखाव पर निर्भर करता है

1. रख-रखाव
2. के लिए डिजाइन करने के लिए डेवलपर्स की इच्छा डेवलपर्स के कौशल अपने इरादे को लागू करने (कुछ नाम हैं)
3. दस्तावेज़ीकरण का स्तर और सटीकता (दस्तावेज़ीकरण कितनी अच्छी तरह से दस्तावेज है कि दस्तावेज कितना विस्तृत है, दस्तावेज कितना अच्छी तरह से चित्रित करता है)
4. रखरखाव की देखभाल करने वाले डेवलपर्स का कौशल

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

उस ने कहा - स्कैला जावा, पायथन या ग्रोवी से कम बनाए रखने योग्य नहीं होना चाहिए। हालांकि पहली परियोजना का नतीजा कम रखरखाव हो सकता है।

Answer 2

लघु जवाब: हाँ

लांग जवाब: जावा की तुलना में, बहुत ज्यादा तो के रूप में।

लक्षण, केस कक्षाएं, पैटर्न मिलान, उच्च प्रकार के प्रकार, बंद, इत्यादि सभी बॉयलरप्लेट को हटाने और डीआरवाई सिद्धांत को लागू करने के लिए आपके लिए आसान बनाते हैं। आपका कोडबेस आकार के 1/3 के आसपास होगा, और तर्क को डुप्लिकेट करने के बजाय कुंजी abstractions को अलग करना बहुत आसान है।

निकर परीक्षण ढांचे भी परीक्षणों का एक प्रभावी सेट रखने के लिए इसे कहीं अधिक आसान बनाते हैं।

बेशक ... यह सब शामिल व्यक्तिगत डेवलपर्स की इच्छा/कौशल पर Aleksi के अंक के बाद आता है। यदि टीम सक्रिय रूप से रखरखाव के लिए लक्ष्य नहीं रख रही है, तो दुनिया की सबसे अधिक रखरखाव योग्य भाषा आपकी मदद नहीं करेगी!