मुझे अभी जावा एप्लिकेशन विरासत में मिला है और कोड के निरीक्षण पर, मैं देख रहा हूं कि आईएमएचओ स्प्रिंग फ्रेमवर्क का एक बेस्टर्डिज़ेशन है। तुम देखो, जावा टीम इंटरफेस लिए एक से बचने के लिए लगता है, इसलिए हम इस तरह चीजों के साथ अंत:एक गौरवशाली कारखाने के रूप में वसंत; क्या यह स्वीकार्य है?
@Autowired
private SomeConcreteFinalClass _myField;
कोई स्प्रिंग विन्यास, कोई सेम परिभाषित है, कोई मौका नहीं है कि मैं अलग-थलग युक्त वस्तु परीक्षण कर सकते हैं । यह अनिवार्य रूप से वसंत के ऊपरी हिस्से के साथ एक एनोटेशन-आधारित कारखाना है।
क्या मैं बाहर की रेखा हूं, या यह मक्खियों को मारने के लिए हाथी बंदूक का उपयोग करने जैसा है? मुझे टीम पर हर कोई एक वास्तविकता जांच लेना है, यह सोचता है कि यह पूरी तरह से स्वीकार्य है।
कई मामलों में इन एनोटेटेड कारखानों जटिल प्रसंस्करण कक्षाओं में दिखाई देती हैं जो अलग परीक्षण से अत्यधिक लाभान्वित होंगी। हालांकि टीम परीक्षण पर फहराती है।
मुझे कोई रहस्य नहीं है, मुझे उम्मीद है। अगर मेरे पास एक ठोस वर्ग है, तो यह एक इंटरफ़ेस के पीछे नहीं है, और ऑब्जेक्ट को "सेटअप" करने के लिए कोई भी वसंत बीन नहीं है, तो यह निश्चित रूप से एक गौरवशाली कारखाना है जिसे कोड की 10 पंक्तियों के साथ कार्यान्वित किया जा सकता है।
स्प्रिंग का उपयोग सिस्टम में किसी अन्य तरीके से नहीं किया जाता है; यह बात है।
मेरे लक्ष्यों अभी:
- संस्थान एक परीक्षण नीति
- टीम को शिक्षित घटक अलगाव
- ले जाएँ इन Autowired क्षेत्रों इंटरफेस के पीछे
मैं के गुण पर अनुमान है कि अंतिम सवाल यह है: यदि हम टेस्टिन नहीं हैं तो इन क्षेत्रों को स्वचालित रूप से रखने के लिए कोई लाभ है जी या ढांचे का उपयोग किसी भी अन्य तरीके से। अगर निर्भरता अपरिवर्तनीय है तो मैं भी new ऑब्जेक्ट चाहता हूं।
बेशक: एक हाथी बंदूक हाथी के आकार के उत्परिवर्ती मक्खियों को मारने के लिए हथियार का विकल्प है –