CRUD बस एक Create, Read, Update, Delete है जो एक एप्लीकेशन करता है।
एक हद तक, बग ट्रैकर एक CRUD ऐप भी है। बग बनाएँ, बग्स पढ़ें (प्रदर्शित करें), बग्स को अपडेट करें, और हो सकता है, उन्हें हटा दें।
हालांकि, सिर्फ CRUD की तुलना में बग ट्रैकर के लिए अधिक है।
- किसी डेवलपर को बग को सत्यापित या बंद करने की अनुमति नहीं है - क्यूए की नौकरी का हिस्सा। और इसलिए कुछ कोड में यह सुनिश्चित करने के लिए है कि जिस व्यक्ति के पास QA की भूमिका नहीं है, वह बग को बंद या सत्यापित के रूप में चिह्नित नहीं कर सकता है।
- कोई भी नहीं, लेकिन प्रोजेक्ट मैनेजर वास्तव में बग को हटा सकता है ।
- बग को "टेस्ट मी" के रूप में चिह्नित करने के लिए, बग के खिलाफ कम से कम एक कोड होना चाहिए।
- केवल एक बग जो 'बंद' राज्य में है, उसे 'फिर से खोलने' की स्थिति में ले जाया जा सकता है
- बग को सौंपा गया डेवलपर इसे 'कोड समीक्षा' से 'कोड समीक्षा पूर्ण' तक नहीं ले जा सकता
- क्यूए और डेवलपर्स केवल उन परियोजनाओं पर बग देख सकते हैं जिन्हें उन्हें सौंपा गया है।
कोड जो ऊपर लागू होता है वह अनुप्रयोग का व्यावसायिक तर्क है।
वर्कफ़्लो का प्रतिबंध, या जो CRUD में विभिन्न ऑपरेशन कर सकते हैं। ये वही हैं जो एक CRUD ऐप को दूसरे से अलग करते हैं। वे ऐसे हिस्से हैं जहां आपको वास्तव में यह कहने के लिए व्यवसाय प्राप्त करने की आवश्यकता होती है कि आवेदन कैसे काम करता है। यह कितना तार्किक है ... ठीक है, सबसे अच्छा है कि परियोजना प्रबंधक के कान की बाली से बाहर एक बीयर पर चर्चा की। लेकिन व्यापार तर्क क्या है thats।
ज़रूर, एक 'शुद्ध' CRUD ऐप लिखना संभव है जहां कोई भूमिका नहीं है, सब कुछ संशोधित और देखा जा सकता है - लेकिन ये नियम के बजाय अपवाद हैं।
व्यावसायिक तर्क वह तर्क है जो आप अपने कार्यक्रम में लिख रहे हैं कि आपको दिए गए व्यावसायिक नियमों को संभालना है।
जब आप व्यावसायिक नियमों में शामिल होने लगते हैं, तो यह क्रूड या व्यावसायिक तर्क की तुलना में उच्च स्तर पर होता है। यह एक व्यवसाय विश्लेषक से प्राप्त होने वाली चीजें हैं जो व्यवसाय के साथ काम कर रहा है।
इस उदाहरण पर विचार करें, एक प्रोग्राम जो निर्धारित करता है कि किसी स्टोर में रिटर्न डेस्क पर किसी आइटम की वापसी को कैसे संभालना है।
- यदि रसीद 90 दिनों से अधिक पुरानी है, तो केवल स्टोर क्रेडिट में दी जा सकती है
- यदि रसीद 90 दिनों से कम पुरानी है, तो उस निविदा को क्रेडिट करें जिसका उपयोग रसीद के साथ किया गया था (क्रेडिट कार्ड पर वापस चला जाता है, नकद वापस नकद में चला जाता है, स्टोर क्रेडिट में स्टोर क्रेडिट में जाता है) ... जब तक कि यह न हो एक चेक था, जिसमें नकद का उपयोग किया गया था।
वे कुछ व्यावसायिक नियम हैं। वे आवेदन के CRUD भाग से बात नहीं करते हैं।
व्यावसायिक नियमों के साथ काम करते समय, आप अक्सर अपने सिस्टम में कच्चे कोड को लिखने के बजाय एक नियम इंजन (उदाहरण के लिए, विंडोज वर्कफ़्लो फ़ाउंडेशन रूल्स इंजन ) में लिख सकते हैं।
एहसास है कि तर्क / नियम भेद शब्दावली में से एक है और इसे पूरी रात तर्क दिया जा सकता है (एक बीयर पर फिर से सबसे अच्छा)। यद्यपि यह एक असामान्य अंतर नहीं है, हालांकि दोनों एक दूसरे में मिश्रण कर सकते हैं।