Redux टूलकिट की अब आवश्यकता नहीं है?

रूप की कहानी

• प्रत्येक डेवलपर के पास कोड लिखते समय अपना स्वयं का सूक्ष्म उच्चारण होता है, "depersonalized code" की अवधारणा के कार्यान्वयन को प्राप्त करना मुश्किल है;
• बहुत सारे कोड (बॉयलरप्लेट, कॉपी-पेस्ट और आने वाली सभी समस्याएं), सीआरयूडी पर 100+ लाइनें;
• बुनियादी चीजों को लिखने में बहुत समय व्यतीत होता है। आप एक बात भूल जाएंगे, अन्य: लोडिंग सेट करें, त्रुटियों को संभालें, आदि;
• स्टोर की संरचना परियोजना से परियोजना के बीच भिन्न होती है, और कभी-कभी परियोजना के विभिन्न हिस्सों के बीच।

const basePath = `/api/task`;

const taskTransport = {
   add: task => axios.post(`basePath`, task).then(r => r.data),
   get: id => axios.get(`${basePath}/${id}`).then(r => r.data),
   update: task => axios.put(`${basePath}/${task.id}`, task).then(r => r.data),
   delete: id => axios.delete(`${basePath}/${id}`, task),
   getCollection: () => axios.get(basePath).then(r => r.data)
};

const namespace = 'task';

const strategy = new CRUDStrategy({
   namespace,
   transport: taskTransport
});

const taskCommunication = buildCommunication(strategy);

taskCommunication.reducers
taskCommunication.sagas

taskCommunication.injector(MyComponent)

componentDidMount() {
   const { getTaskCollection } = this.props;
   getTaskCollection();
}

render() {
   const { taskCollection } = this.props;
   return  taskCollection.data.map(item => <span>{item.title}</span>)
}

import { taskTransport } from './task.transport';
import { CRUDStrategy, buildCommunication, StoreBranch } from '@axmit/redux-communications';
 
const namespace = 'task';
 
const strategy = new CRUDStrategy({
   namespace,
   transport: taskTransport
});
 
export const taskCommunication = buildCommunication(strategy);

अब क्यों?

संक्षेप में

• कोड सभी परियोजनाओं और सभी डेवलपर्स के साथ संगत हो गया है। समान समस्याओं को समान रूप से हल किया जाता है, और समाधान अक्सर अलग-अलग पैकेजों में वितरित किए जाते हैं और भविष्य में पुन: उपयोग किए जाते हैं। इसी समय, कोड की मात्रा में काफी कमी आई है।
• जून को स्पष्ट और समझने योग्य प्रवाह प्राप्त हुआ।
• सीनियर इस बात से खुश हैं कि उन्हें बॉयलरप्लेट कोड के टन नहीं लिखना है और सोच रहे हैं कि संचार को कैसे बेहतर बनाया जाए।
• डिबगिंग को सरल बनाया गया था, और स्टोर की संरचना कंपनी के प्रत्येक डेवलपर के लिए सरल और समझ में आ गई।
• परियोजनाओं या सिस्टम के विभिन्न हिस्सों के बीच संक्रमण सिरदर्द का कारण नहीं बनता है।
• पीएम भी खुश हैं। बग की संख्या में कमी आई है - ग्राहक संतुष्ट हैं। लेखन आसान हो गया है - डेवलपर्स खुश हैं। खुशी के लिए पीएम को और क्या चाहिए?
• आप धीरे-धीरे संचार पर जा सकते हैं या यहां तक ​​कि एक संकर दृष्टिकोण (संचार + स्लाइस) का उपयोग कर सकते हैं।

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