डेटाबेस से डेटा क्वेरी करने के लिए एक टीम का विकास - भाग 3

आज, डेटाबेस से डेटा अनुरोध टीम के बहुआयामी परीक्षण हुए, जिसकी विकास प्रक्रिया का विस्तार से वर्णन किया गया था और यहाँ और यहाँ बहुत अधिक क्रिया है ।

परीक्षणों ने क्या दिखाया? टीम काम करती है, लेकिन ... उपयोग के मामले में जिसमें आपको इसका उपयोग करना है, इसे कॉन्फ़िगर करना असुविधाजनक है।

जैसा कि मैंने पहले प्रकाशन में उल्लेख किया है, केवाईसी सेवा प्रदाता के साथ प्रत्येक डेटा एक्सचेंज के लिए, जितना संभव हो, डेटाबेस से अपेक्षाकृत कई रिकॉर्ड का चयन किया जाना चाहिए। एक दर्जन से अधिक। प्रत्येक अनुरोध के ढांचे के भीतर डेटाबेस से रिकॉर्ड निकालने के लिए एल्गोरिथ्म का व्यवहार समान है, केवल सेटिंग्स बदल दी जाती हैं। यदि मैंने पहली बार एक एकीकरण परीक्षण लिखा है जो एक युद्ध उपयोग के मामले को प्रदर्शित करता है, तो मैं समझूंगा कि प्रमुख विवरणों की अनदेखी नहीं की जानी चाहिए। एक एकीकरण परीक्षण इस तरह लग सकता है:

describe('configure and run database requests', () => { const context = require('../src/storage/requestContext'); const requestHandler = require('../src/storage/requestHandler'); it('should get full recordset from db', (done) => { for(let key of context.rules.keys()) { let handle = requestHandler.bind(context, [key]); context.store.subscribe(handle); } const assert = checkDataIsReady.bind(context, [done]); context.store.subscribe(assert); const note = { Id: 1, UserId: 38 }; const start = { type: 'NOTE', note }; context.store.dispatch(start); }); function checkDataIsReady(args) { if(notAllDataIsHereYet()) return; checkUserRecord(); // //    ,  //        // const checkIsCompleted = args[0]; checkIsCompleted(); } function notAllDataIsHereYet(){ // //  ,   //       // return false; } function checkUserRecord(){ const user = context.store.getState().user; expect(user.Id).toEqual(38); expect(user.Name).toEqual('Jack'); } }); 

अंतर की कार्डिनलिटी यह है कि हम क्वेरी कॉन्फ़िगरेशन के लिए नियमों को पहले से तैयार करते हैं और उन्हें शब्दकोश context.rules में संग्रहीत करते हैं। और यह शब्दकोश और अन्य ऑब्जेक्ट्स जो क्वेरीज़ को निष्पादित करने और परिणामों को संग्रहीत करने के लिए आवश्यक हैं, वे उस संदर्भ में समाहित हैं, जिसे हम पूर्व-कॉन्फ़िगर किए गए डेटाबेस स्टोरेज context.db , पूर्व-कॉन्फ़िगर स्टेट कंटेनर स्टोरेज context.store , और पूर्वोक्त डिक्शनरी से इकट्ठा करते हैं।

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

इस तरह के एक वास्तुशिल्प समाधान हमें अन्य चीजों के अलावा, केवाईसी चेक के विभिन्न स्तरों को निर्धारित करने की अनुमति देता है, बस स्ट्रिंग्स ( Set ) के Set रूप में, जो क्वेरी कॉन्फ़िगरेशन नियमों को संग्रहीत करते समय कुंजी के रूप में उपयोग किया जाता है। उदाहरण के लिए, यदि हम सत्यापन के लिए केवल व्यक्तिगत डेटा और एक पता भेजना चाहते हैं, तो हम केवल पंक्तियों में संबंधित कुंजियाँ डालते हैं: user , person और address ।

उपरोक्त परीक्षण पूरे नियमों के शब्दकोश को दरकिनार करके और विशिष्ट तालिकाओं पर एक सामान्यीकृत क्वेरी कोड सेट करके, अधिकतम कॉन्फ़िगरेशन विकल्प दिखाता है। ठीक है, जैसा कि आप नीचे दिए गए कोड में देख सकते हैं, अनुरोधों का वास्तविक लॉन्च राज्य कंटेनर की घटनाओं की प्रतिक्रिया के रूप में होगा:

 let handle = requestHandler.bind(context, [key]); context.store.subscribe(handle); 

आज के सभी चिलिंग विवरणों में कार्यान्वयन प्रक्रिया का कोई विवरण नहीं होगा, क्योंकि यह अभी तक नहीं हुआ है ...