स्प्रिंग डेटा के मोंगो टेम्पलेट और मोंगो रिपोजिटरी के बीच क्या अंतर है?

Question

मुझे एक ऐसा एप्लिकेशन लिखने की ज़रूरत है जिसके साथ मैं वसंत-डेटा और मोंगोडब का उपयोग कर जटिल प्रश्न कर सकता हूं। मैं मोंगो रिपोजिटरी का उपयोग करके शुरू कर रहा हूं लेकिन उदाहरण खोजने या सिंटैक्स को वास्तव में समझने के लिए जटिल प्रश्नों के साथ संघर्ष कर रहा हूं।

मैं प्रश्नों के बारे में इस तरह बात कर रहा हूँ:

@Repository 
public interface UserRepositoryInterface extends MongoRepository<User, String> { 
    List<User> findByEmailOrLastName(String email, String lastName); 
} 

या JSON आधारित प्रश्नों के उपयोग जो मैं परीक्षण और त्रुटि के द्वारा की कोशिश की क्योंकि मैं वाक्य रचना सही नहीं मिलता है। Mongodb प्रलेखन पढ़ने के बाद भी (गलत वाक्यविन्यास के कारण गैर-कामकाजी उदाहरण)।

@Repository 
public interface UserRepositoryInterface extends MongoRepository<User, String> { 
    @Query("'$or':[{'firstName':{'$regex':?0,'$options':'i'}},{'lastName':{'$regex':?0,'$options':'i'}}]") 
    List<User> findByEmailOrFirstnameOrLastnameLike(String searchText); 
} 

सभी दस्तावेज़ को पढ़ने के बाद ऐसा लगता है कि mongoTemplate कहीं बेहतर तो MongoRepository प्रलेखित है लगता है। मैं निम्नलिखित प्रलेखन की चर्चा करते हुए हूँ:

http://static.springsource.org/spring-data/data-mongodb/docs/current/reference/html/reference.html

आप मुझे बता सकते हैं क्या और अधिक सुविधाजनक और शक्तिशाली उपयोग करने के लिए है? mongoTemplate या MongoRepository? क्या दोनों परिपक्व हैं या उनमें से एक को और अधिक सुविधाओं की कमी है?

Answer 1

"सुविधाजनक" और "उपयोग करने में शक्तिशाली" कुछ डिग्री के लिए लक्ष्य के विपरीत हैं। रेपॉजिटरीज़ अधिक सुविधाजनक हैं कि टेम्पलेट्स लेकिन पाठ्यक्रम के बाद आपको निष्पादित करने के बारे में अधिक बढ़िया नियंत्रण प्रदान करते हैं।

जैसा कि रिपोजिटरी प्रोग्रामिंग मॉडल एकाधिक स्प्रिंग डेटा मॉड्यूल के लिए उपलब्ध है, आपको स्प्रिंग डेटा मोंगोडीबी reference docs के सामान्य अनुभाग में इसके बारे में अधिक गहन दस्तावेज मिलते हैं। ;

टी एल डॉ

हम आम तौर पर निम्नलिखित दृष्टिकोण की सिफारिश:

1. भंडार सार के साथ शुरू और सिर्फ सरल प्रश्नों क्वेरी व्युत्पत्ति प्रणाली का उपयोग कर या मैन्युअल रूप से परिभाषित प्रश्नों घोषणा करते हैं।
2. अधिक जटिल प्रश्नों के लिए, भंडार में मैन्युअल रूप से कार्यान्वित तरीकों को जोड़ें (यहां दस्तावेज़ के रूप में)। कार्यान्वयन के लिए MongoTemplate का उपयोग करें।

   1. अपने कस्टम कोड के लिए एक इंटरफेस को परिभाषित करें::

      interface CustomUserRepository { 
      
          List<User> yourCustomMethod(); 
      } 
      

   2. के लिए क्रियान्वयन जोड़े

   विवरण

   अपने उदाहरण के लिए इस कुछ इस तरह दिखेगा यह वर्ग सुनिश्चित करने के लिए नामकरण सम्मेलन का पालन करें और हम कर सकते हैं कक्षा पाएं

   class UserRepositoryImpl implements CustomUserRepository { 
   
       private final MongoOperations operations; 
   
       @Autowired 
       public UserRepositoryImpl(MongoOperations operations) { 
   
       Assert.notNull(operations, "MongoOperations must not be null!"); 
       this.operations = operations; 
       } 
   
       public List<User> yourCustomMethod() { 
       // custom implementation here 
       } 
   } 
   

3. अब अपने आधार भंडार इंटरफ़ेस कस्टम एक का विस्तार करते हैं और बुनियादी सुविधाओं के अपने आप आपकी कस्टम कार्यान्वयन का उपयोग करेगा:

   interface UserRepository extends CrudRepository<User, Long>, CustomUserRepository { 
   
   } 
   

इस तरह आप अनिवार्य रूप से पसंद मिलती है: सब कुछ है कि सिर्फ आसान घोषित करने के लिए UserRepository में जाता है, जो कुछ भी बेहतर ढंग से कार्यान्वित किया जाता है वह CustomUserRepository में जाता है। अनुकूलन विकल्प here दस्तावेज किए गए हैं।

Answer 2

यह उत्तर थोड़ा देरी हो सकती है, लेकिन मैं पूरे भंडार मार्ग से परहेज करने की सिफारिश करता हूं। आपको किसी भी महान व्यावहारिक मूल्य के बहुत कम कार्यान्वित तरीकों मिलते हैं। इसे काम करने के लिए आप जावा कॉन्फ़िगरेशन बकवास में भाग लेते हैं जिसे आप दस्तावेज़ों में बहुत मदद के बिना दिन और सप्ताह बिता सकते हैं।

इसके बजाय, MongoTemplate मार्ग के साथ जाएं और अपनी खुद की डेटा एक्सेस परत बनाएं जो आपको स्प्रिंग प्रोग्रामर द्वारा सामना की जाने वाली कॉन्फ़िगरेशन दुःस्वप्न से मुक्त करती है। MongoTemplate वास्तव में ऐसे इंजीनियरों के लिए उद्धारक है जो अपने स्वयं के वर्गों और बातचीत को सुविधाजनक बनाते हैं क्योंकि बहुत लचीलापन है।

1. एक MongoClientFactory वर्ग है कि आवेदन के स्तर पर चलाने के लिए और आप एक MongoClient वस्तु दे देंगे बनाएँ: संरचना कुछ इस तरह हो सकता है। आप इसे सिंगलटन के रूप में कार्यान्वित कर सकते हैं या एनम सिंगलटन का उपयोग कर सकते हैं (यह थ्रेड सुरक्षित है)
2. डेटा एक्सेस बेस क्लास बनाएं जिससे आप प्रत्येक डोमेन ऑब्जेक्ट के लिए डेटा एक्सेस ऑब्जेक्ट प्राप्त कर सकें)। बेस क्लास एक मोंगो टेम्पलेट ऑब्जेक्ट बनाने के लिए एक विधि को कार्यान्वित कर सकता है, जिसे आप सभी डीबी एक्सेस
3. प्रत्येक डोमेन ऑब्जेक्ट के लिए प्रत्येक डेटा एक्सेस क्लास मूल विधियों को कार्यान्वित कर सकते हैं या आप उन्हें बेस क्लास
में लागू कर सकते हैं
4. नियंत्रक विधियों को आवश्यकतानुसार डेटा एक्सेस कक्षाओं में विधियों को कॉल कर सकते हैं।