🛌 🔎 👎🏿 डेटाबेस से डेटा क्वेरी करने के लिए एक टीम का विकास

पिछले भाग में, मैंने इस तथ्य पर ध्यान केंद्रित किया कि मैं जिस टीम का कार्यान्वयन कर रहा हूं, वह इस परीक्षण के साथ वर्णित किया जा सकता है:

it('execute should return promise', () => { request.configure(options); request.execute().then((result) => { expect(result.Id).toEqual(1); expect(result.Name).toEqual('Jack'); }); });

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

 const store = require('../../src/store'); const DbMock = require('../mocks/DbMock'); const db = new DbMock(); const Request = require('../../src/storage/Request'); const options = { tableName: 'users', query: { Id: 1 } }; let request = null; beforeEach(() => { request = new Request(db, store); }); it('should dispatch action if record exists', () => { request.configure(options); request.execute(() => { const user = store.getState().user; expect(user.Id).toEqual(options.query.Id); expect(user.Name).toEqual('Jack'); }); });

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

आगे ... कोड की पहली पंक्ति को देखते हुए, मैं समझता हूं कि इससे पहले कि मैं Request वर्ग के कोड को संपादित करने के लिए वापस आऊं, मुझे प्रोजेक्ट में Redux पैकेज जोड़ने की जरूरत है, कम से कम एक लागू करें और अलग से इस reducer को Store में पैकेज करें। पहला टेस्ट शायद गियरबॉक्स के लिए होगा:

 const reduce = require('../../src/reducers/user'); it('should return new state', () => { const user = { Id: 1, Name: 'Jack'}; const state = reduce(null, {type: 'USER', user }); expect(state).toEqual(user); });

मैं परीक्षण चलाता हूं और Jasmine सहमत हूं कि पिछली सभी त्रुटियों के अलावा, नाम के साथ एक मॉड्यूल ../../src/reducers/user नहीं मिला ../../src/reducers/user । इसलिए, मैं इसे लिखूंगा, खासकर जब से यह छोटे और बहुत अनुमानित होने का वादा करता है:

 const user = (state = null, action) => { switch (action.type) { case 'USER': return action.user; default: return state; } }; module.exports = user;

मैं परीक्षण चलाता हूं और कट्टरपंथी सुधार नहीं देखता हूं। इसका कारण यह है कि मॉड्यूल ../../src/store , जिसका अस्तित्व मैंने अपने Request वर्ग के लिए परीक्षण में ग्रहण किया था, मैंने अभी तक लागू नहीं किया है। और उसका कोई परीक्षण अभी तक नहीं हुआ है। मैं परीक्षण के साथ शुरू करूँगा:

 describe('store', () => { const store = require('../src/store'); it('should reduce USER', () => { const user = { Id: 1, Name: 'Jack' }; store.dispatch({type: 'USER', user }); const state = store.getState(); expect(state.user).toEqual(user); }); });

टेस्ट? store मॉड्यूल की कमी के बारे में अधिक रिपोर्ट हैं, इसलिए मैं इसके साथ तुरंत सौदा करूंगा।

 const createStore = require('redux').createStore; const combineReducers = require('redux').combineReducers; const user = require('./reducers/user'); const reducers = combineReducers({user}); const store = createStore(reducers); module.exports = store;

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

मुझे याद है कि अब execute विधि का परीक्षण कैसा दिखता है:

 it('should dispatch action if record exists', () => { request.configure(options); request.execute(() => { const user = store.getState().user; expect(user.Id).toEqual(options.query.Id); expect(user.Name).toEqual('Jack'); }); });

और मैं स्वयं विधि का कोड तय करूंगा ताकि परीक्षण को निष्पादित करने का मौका मिले:

 execute(callback){ const table = this.db.Model.extend({ tableName: this.options.tableName }); table.where(this.options.query).fetch().then((item) => { this.store.dispatch({ type: 'USER', user: item }); if(typeof callback === 'function') callback(); }); }

मैं npm test कंसोल और ... बिंगो में टाइप करूँगा! मेरा अनुरोध न केवल डेटाबेस से डेटा प्राप्त करने के लिए सीखा, बल्कि भविष्य के प्रसंस्करण प्रक्रिया के में इसे बचाने के लिए भी है, ताकि बाद के संचालन को बिना समस्याओं के इस डेटा को प्राप्त हो सके।

लेकिन! मेरा हैंडलर केवल एक प्रकार की कार्रवाई को में भेज सकता है, और यह इसकी क्षमताओं को सीमित करता है। लेकिन मैं इस कोड का बार-बार उपयोग करना चाहता हूं जब भी मुझे डेटाबेस से कुछ रिकॉर्ड निकालने और कुंजी के तहत आगे की प्रक्रिया के लिए सेल को भेजना पड़ता है। और इसलिए मैं परीक्षण फिर से शुरू करना चाहता हूं:

 const options = { tableName: 'users', query: { Id : 1 }, success (result, store) { const type = 'USER'; const action = { type , user: result }; store.dispatch(action); } }; it('should dispatch action if record exists', () => { request.configure(options); request.execute(() => { const user = store.getState().user; expect(user.Id).toEqual(options.query.Id); expect(user.Name).toEqual('Jack'); }); });

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

टेस्ट, अब आप नहीं चला सकते। मैं उस बौद्धिक रूप से समझता हूं। मैंने स्वयं परीक्षण में कुछ भी ठीक नहीं किया और कार्यान्वयन में कुछ भी नहीं बदला, और परीक्षण सफलतापूर्वक चलते रहना चाहिए। लेकिन भावनात्मक रूप से, मुझे npm test कमांड को चलाने की आवश्यकता है और मैं इसे निष्पादित करता हूं, और मैं कॉल करने के लिए लाइन के साथ store.dispatch(...) साथ लाइन को बदलने के लिए Request वर्ग में अपने execute विधि के कार्यान्वयन को संपादित करने के लिए आगे बढ़ता हूं this.options.success(...) :

 execute(callback){ const table = this.db.Model.extend({ tableName: this.options.tableName }); table.where(this.options.query).fetch().then((item) => { this.options.success(item, this.store); if(typeof callback !== 'undefined') callback(); }); }

मैं परीक्षण चलाता हूं। देखा! टेस्ट पूरी तरह से हरे हैं। जीवन बेहतर हो रहा है! आगे क्या है? तुरंत मैं देखता हूं कि आपको परीक्षण का शीर्षक बदलने की आवश्यकता है, क्योंकि यह वास्तविकता के अनुरूप नहीं है। परीक्षण यह जांच नहीं करता है कि अनुरोध के परिणामस्वरूप विधि का प्रेषण होता है, लेकिन क्वेरी कंटेनर में स्थिति को अपडेट करती है। इसलिए, मैं परीक्षा का शीर्षक बदल देता हूं ... ठीक है, उदाहरण के लिए:

 it('should update store user state if record exists', () => { request.configure(options); request.execute(() => { const user = store.getState().user; expect(user.Id).toEqual(options.query.Id); expect(user.Name).toEqual('Jack'); }); });

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

 it('should add item to store error state', () => { options.query = { Id: 555 }; options.error = (error, store) => { const type = 'ERROR'; const action = { type, error }; store.dispatch(action); }; request.configure(options); request.execute(() => { const error = store.getState().error; expect(Array.isArray(error)).toBeTruthy(); expect(error.length).toEqual(1); expect(error[0].message).toEqual('Something goes wrong!'); }); });

मुझे नहीं पता कि क्या परीक्षण की संरचना से पता चलता है कि मैंने समय और पैसा बचाने का फैसला किया है और यह जांचने के लिए न्यूनतम कोड लिखने का अनुरोध किया है कि क्या अनुरोध त्रुटि देता है? देखा ना?

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

यदि options.query में Id options.query क्वेरी क्वेरी 1 है , तो मेरी छद्म-तालिका हमेशा संग्रह से बहुत पहले रिकॉर्ड के साथ अनुमत Promise वापस करती है।
यदि options.query में Id 555 है , तो मेरी छद्म-तालिका हमेशा एक Error उदाहरण के साथ एक अस्वीकृत Promise लौटाती है, जिसका message सामग्री कुछ गलत है! ।

बेशक, यह आदर्श से बहुत दूर है। यह इसी DbMock उदाहरणों को लागू करने के लिए धारणा के लिए बहुत अधिक पठनीय और सुविधाजनक होगा, उदाहरण के लिए, HealthyDbMock , FaultyDbMock , EmptyDbMock । जिन नामों से यह तुरंत स्पष्ट हो जाता है कि पहला हमेशा सही ढंग से काम करेगा, दूसरा हमेशा गलत तरीके से काम करेगा, और तीसरे के रूप में, हम यह मान सकते हैं कि यह परिणाम के बजाय हमेशा null रहेगा। शायद, उपरोक्त तरीकों से मेरी पहली मान्यताओं की जाँच करने के बाद, ऐसा लगता है कि मुझे कम से कम समय लगता है, मैं दो अतिरिक्त DbMock उदाहरणों को लागू DbMock जो अस्वास्थ्यकर व्यवहार की नकल करते हैं।

मैं परीक्षण चलाता हूं। मुझे में आवश्यक संपत्ति की कमी की अपेक्षित त्रुटि मिलती है और ... मैं एक और परीक्षण लिख रहा हूं। इस बार गियरबॉक्स के लिए जो टाइप ERROR साथ क्रियाओं को हैंडल करेगा।

 describe('error', () => { const reduce = require('../../src/reducers/error'); it('should add error to state array', () => { const type = 'ERROR'; const error = new Error('Oooops!'); const state = reduce(undefined, { type, error }); expect(Array.isArray(state)).toBeTruthy(); expect(state.length).toEqual(1); expect(state.includes(error)).toBeTruthy(); }); });

फिर से परीक्षण चल रहा है। सब कुछ अपेक्षित है, मौजूदा त्रुटियों में एक और जोड़ा गया है। मुझे एहसास है:

 const error = (state = [], action) => { switch (action.type) { case 'ERROR': return state.concat([action.error]); default: return state; } }; module.exports = error;

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

 it('should reduce error', () => { const type = 'ERROR'; const error = new Error('Oooops!'); store.dispatch({ type, error }); const state = store.getState(); expect(Array.isArray(state.error)).toBeTruthy(); expect(state.error.length).toEqual(1); expect(state.error.includes(error)).toBeTruthy(); });

मैं परीक्षण चलाता हूं। सब कुछ अपेक्षित है। ERROR प्रकार के साथ एक क्रिया मौजूदा भंडारण की प्रक्रिया नहीं करती है। मौजूदा रिपॉजिटरी इनिशियलाइज़ेशन कोड को संशोधित करना:

 const createStore = require('redux').createStore; const combineReducers = require('redux').combineReducers; const user = require('./reducers/user'); const error = require('./reducers/error'); const reducers = combineReducers({ error, user }); const store = createStore(reducers); module.exports = store;

सौवीं बार उन्होंने एक जाल फेंका ... बहुत अच्छा! भंडार अब एक अलग कंटेनर संपत्ति में त्रुटि संदेश प्राप्त करता है।

अब मैं मौजूदा TableMock कार्यान्वयन में कुछ सशर्त निर्माणों को पेश TableMock , जो इस तरह से कुछ प्रश्नों को बंद करने के लिए TableMock , एक त्रुटि TableMock । अद्यतन कोड इस तरह दिखता है:

 class TableMock { constructor(array){ this.container = array; } where(query){ this.query = query; return this; } fetch(){ return new Promise((resolve, reject) => { if(this.query.Id === 1) return resolve(this.container[0]); if(this.query.Id === 555) return reject(new Error('Something goes wrong!')); }); } } module.exports = TableMock;

मैं परीक्षण चलाता हूं और Request वर्ग के execute विधि में Promise की अखंड अस्वीकृति के बारे में संदेश प्राप्त करता हूं। मैं लापता कोड जोड़ता हूं:

 execute(callback){ const table = this.db.Model.extend({ tableName: this.options.tableName }); table.where(this.options.query).fetch().then((item) => { this.options.success(item, this.store); if(typeof callback === 'function') callback(); }).catch((error) => { this.options.error(error, this.store); if(typeof callback === 'function') callback(); }); }

और मैं फिर से परीक्षण चलाता हूं। और ??? Request कक्षा के execute विधि के लिए वास्तव में कोई परीक्षण नहीं है, यह एक:

 it('should add item to store error state', () => { options.query = { Id: 555 }; options.error = (error, store) => { const type = 'ERROR'; const action = { type, error }; store.dispatch(action); }; request.configure(options); request.execute(() => { const error = store.getState().error; expect(Array.isArray(error)).toBeTruthy(); expect(error.length).toEqual(1); expect(error[0].message).toEqual('Something goes wrong!'); }); });

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

 const error = store.getState().error; expect(error.length).toEqual(1);

एक अपवाद फेंकता है, जो error.length है कि अभिव्यक्ति में error.length वास्तव में 2 है, न कि 1. अभी यह समस्या मैं केवल स्टोरेज इनिशियलाइज़ेशन कोड को सीधे स्टोरेज टेस्ट इनिशियलाइज़ेशन कोड में स्थानांतरित करके हल करूंगा:

 describe('store', () => { const createStore = require('redux').createStore; const combineReducers = require('redux').combineReducers; const user = require('../src/reducers/user'); const error = require('../src/reducers/error'); const reducers = combineReducers({ error, user }); const store = createStore(reducers); it('should reduce USER', () => { const user = { Id: 1, Name: 'Jack' }; store.dispatch({type: 'USER', user }); const state = store.getState(); expect(state.user).toEqual(user); }); it('should reduce error', () => { const type = 'ERROR'; const error = new Error('Oooops!'); store.dispatch({ type, error }); const state = store.getState(); expect(Array.isArray(state.error)).toBeTruthy(); expect(state.error.length).toEqual(1); expect(state.error.includes(error)).toBeTruthy(); }); });

परीक्षण के लिए आरंभीकरण कोड अब थोड़ा सूज गया है, लेकिन मैं बाद में इसकी रिफलेक्टिंग में लौट सकता हूं।

मैं परीक्षण चलाता हूं। देखा! सभी परीक्षण पूरे हो चुके हैं और आप विराम ले सकते हैं।

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

More articles: