आपका पसंदीदा बिजनेस लॉजिक लेयर (बीएलएल) विकास टूलकिट क्या है? क्या कोई भी है?.NET के लिए आपका पसंदीदा बिजनेस लॉजिक लेयर (बीएलएल) विकास टूलकिट क्या है? क्या कोई भी है?
बीएलएल टूलकिट कक्षाओं (नियंत्रण, वीएसएनईटी ऐड-इन्स) का एक सेट है जो विशिष्ट व्यावसायिक तर्क परिदृश्यों को संभालने में सक्षम है। जैसे अभिगम नियंत्रण लागू करना, सत्यापन प्रदान करना आदि। बेशक, आईएमएचओ।
मेरे लिए Subsonic सर्वश्रेष्ठ बीएलएल है।
मैंने अभी subsonichelp.com पर अपना एपीआई संदर्भ देखा है, और बीएलएल से संबंधित कुछ भी नहीं मिला है। ऐसा लगता है कि यह पूरी तरह से ओआरएम है। क्या कोई बीएलएल सहायक है? –
सबसनिक में आपके द्वारा बीएलएल को कॉल करने वाले सभी घटक हैं। – pedrofernandes
कौन सा, ठीक है? कोई लिंक? –
मैं तुम्हें क्या एक BLL पर विचार के बारे में उत्सुक हूँ। आपके द्वारा दिए गए दोनों उदाहरण, एक्सेस कंट्रोल और वैलिडेशन, वे चीज़ें हैं जिन्हें मैंने आम तौर पर कहीं और लागू किया है।
मैंने इन्हें प्रस्तुतिकरण परत में या सेवा सेवा परत में लागू किया है, कहें, वेब सेवाएं और वेब ui। मैं एक बीएलएल देख सकता हूं एक एक्सेस कंट्रोल उपप्रणाली का उपयोग कर, लेकिन यह नहीं कि एक्सेस कंट्रोल बीएलएल का हिस्सा है। क्या आपके पास इसका कोई उदाहरण है?
सत्यापन के साथ ही, "सत्यापन" के आधार पर आपका क्या मतलब है। क्या आपका मतलब है, "यह व्यवसाय ऑब्जेक्ट उस सभी व्यवसाय को पारित करता है जिसका अर्थ यह है कि वर्तमान स्थिति दी गई है?" या आप यूआई-स्टाइल सत्यापन का जिक्र कर रहे थे, यह सुनिश्चित कर लें कि वर्णमाला वर्ण संख्यात्मक क्षेत्र में इनपुट न हों?
आप नियंत्रणों का भी उल्लेख करते हैं, जिन्हें आम तौर पर यूआई कलाकृतियों के रूप में माना जाता है। क्या आप बीएलएल पर विचार करने के बारे में अधिक जानकारी दे सकते हैं? मैं बीएलएल होने के बारे में जो कुछ मानता हूं उसके उदाहरणों के किसी भी लिंक की सराहना करता हूं।
अपने स्पष्टीकरण के आधार पर, मैं माइक्रोसॉफ्ट के patterns and practices समूह से Enterprise Library की ओर आकर्षित होगा। उसके घटकों से कुछ हैं:
यह सभी स्रोत और बाइनरी प्रारूपों में कोडप्लेक्स पर उपलब्ध है। स्रोत कोड पूरी तरह से यूनिट परीक्षण के साथ आता है।
सत्यापन के संबंध में: मेरा मतलब है सत्यापन सत्यापन जो बीएलएल में सत्यापन के कार्यान्वयन को सरल बनाने के लिए उपयोग किया जा सकता है। आदर्श रूप में, मैं घोषणात्मक रूप से अधिकांश सत्यापन नियमों को परिभाषित करना पसंद करूंगा, उदा। विशेषताओं का उपयोग करना। –
अभिगम नियंत्रण के बारे में: अच्छा, यह सामान्य कार्य का एक उदाहरण है। मुझे लगता है कि यह बीएलएल का हिस्सा है, क्योंकि तर्क आमतौर पर डोमेन मॉडल ऑब्जेक्ट्स (जैसे उपयोगकर्ता और भूमिकाएं) का उपयोग करता है; इसके अलावा, कुछ सुरक्षा नियम हैं, जो आवेदन के लिए विशिष्ट हो सकते हैं। –
@Alex: इन दोनों मामलों में क्रॉस-एप्लिकेशन चिंताओं हैं। वे बीएलएल _use_ कर सकते हैं, लेकिन वे इसमें नहीं हैं। उदाहरण के लिए, घोषणात्मक सत्यापन नियमों के साथ बहुत अच्छी तरह से किया जा सकता है जो व्यापार परत वस्तुओं का संदर्भ देते हैं; लेकिन नियम इंजन बीएलएल का हिस्सा नहीं है। –
मैं व्यक्तिगत रूप से ओआरएम के साथ एकीकृत बीएलएल होना पसंद करता हूं, क्योंकि मुझे कोई कारण नहीं दिखता है कि उन्हें अलग किया गया है। यूनिट-परीक्षण के साथ शास्त्रीय उदाहरण ठोस तर्क नहीं है, क्योंकि मैं प्रश्नों के साथ अपने व्यावसायिक तर्क का परीक्षण करना चाहता हूं (क्योंकि मेरे लिए वे व्यवसाय तर्क का अनिवार्य हिस्सा हैं)। दूसरी तरफ मुझे यकीन नहीं है कि कौन सा फीचर बिजनेस लॉजिक टूलकिट में शामिल होना चाहिए, मुझे कुछ याद आ सकता है।
पेज। मैं ओआरएम के रूप में DataObjects.Net और स्पष्ट रूप से बीएलएल विकास टूलकिट के रूप में उपयोग करता हूं।
CSLA पर एक नज़र डालें! यह आपको अपने बो-पदानुक्रम में संरचना लाने में मदद करता है।
मैं आपको ECO पर इंगित करता हूं। यह परिपक्व है और संस्करण 5 तक पहुंच गया है। यह मॉडल में 12 कक्षाओं तक असीमित उपयोग के लिए भी निःशुल्क है। सिफारिश की!
धन्यवाद - वास्तव में कुछ अच्छी विशेषताएं हैं। मैंने संक्षेप में इसे देखा - यह निश्चित रूप से एक नजदीकी दिखने के लायक है। –
ऐसा करता है लेकिन यह दस्तावेज बहुत खराब है, बहुत सी चीजें गायब हैं ... इसलिए सार्वजनिक समुदाय का समर्थन भी है। डेवलपर्स में से कोई भी Google समूह पर सवालों का जवाब नहीं देता है ... –