سؤال

هناك الدال/BLL تصميم اقتراح من قبل Microsoft ASP.NET (2.0) تطبيقات.أنا أعرف بعض البدائل و قرأت الأسئلة ذات الصلة هنا على ذلك.ولكن أنا أتساءل عما إذا كان هذا الحل المقترح هو يستحق التنفيذ في الوقت الحاضر ، هناك محدد السلبي تعرف ؟

أريد أن تطوير الدال/BLL مكونات الشركة-استخدام الداخلي ، للوصول إلى العملاء والموظفين البيانات وغيرها من التطبيقات المختلفة و البرامج النصية.ولكن قبل أن أبدأ في بناء هذه الأشياء ، أريد أن تأكد من أن هذا الحل هو "جيد".على سبيل المثال ، BLL يمر datatables بدلا من تغليف أي شيء لا يكون معزولة الأعمال الكائنات التي تحتوي على المنطق.انها في الاساس مجرد البكم الطبقة التي تسهل عمليات الخام قليلا ويسمح ربط البيانات لعناصر التحكم.

يمكن أن شخص ما لديه خبرة في هذا المجال ، أشر لي برو و يخدع من هذا النهج ؟

هل كانت مفيدة؟

المحلول

الايجابيات:
- مقاربة بسيطة و بعض البيانات ورسم الخرائط يتم لك مع datatable هو.
- يوفر بعض الراحة من أجل إطلاق حدد إضافة وتعديل وحذف الاستعلامات.
- قد تكون مناسبة تصميم بسيط جدا مع عدد قليل من الجداول.
- مناسبة غير ذاتية الرجوع إيه degigns أو إيه مع بعض جداول البحث و بسيطة/قليل من ينضم
- مناسبة حيث البسيطة مخزن البيانات المطلوبة.ie.حيث المعقدة OO الأفكار يجب أن يطبق على "كائنات الأعمال" هذا النمط من شأنه أن يجعل الأمور أكثر صعوبة.

سلبيات:
- كبيرة OO نماذج النضال في هذا النمط
- مجمع إيه التصاميم مع العديد من الجداول العلاقات المعقدة أو OO كائن متطلبات لا يصلح هذا النمط.datatables لا تقدم الكثير من المساعدة في رمز كائن الاستعلام عن مثل LINQ.
- معظم الاستفسارات تحتاج إلى أن تكون مكتوبة باليد في SQL (وهذا يشمل ينضم).نعم, يمكنك استخدام "مصمم الاستعلام" ، ولكن هذا لا يساعد كثيرا.
- هناك الكثير من التعليمات البرمجية الازدواجية في هذا النهج.كما سوف يكتب الكثير من الخام الأساليب في BLL الطبقات (والتي تحتاج أيضا إلى كتابة من الصفر).

الخلاصة: أنها حقا يتوقف على الاحتياجات الخاصة بك.إذا كان التطبيق الخاص بك هو صغير/بسيطة ثم هذا قد يكون فكرة جيدة.ولكن المتزايد على فكرة صغيرة سوف يكون من الصعب مع هذا النهج.أكثر OO النهج سوف تقوم بإعداد أفضل بكثير من أجل إعادة بيع ديون/التوسع في وقت لاحق.هذا النمط هو أيضا كبار السن/العتيقة.كائن الاستعلام عن IQueryable/LINQ هو أكثر شعبية و سوف تصبح أوسع القياسية قريبا.أقترح u القفز على متن هذه العربة.سيكون أفضل من أجل التنمية الشخصية الخاصة بك على المدى الطويل أيضا.:D

بعض الروابط:

نصائح أخرى

وأوصي تماما لا تستخدم DATATABLES. انظروا إلى مجال مدفوعة تنفيذ تصميم هذا الإطار بأكمله ستعمل مع الأشياء العادية التي يمكن أن تنتقل إلى قائمة <> أو Queryable <>. DataTables والقمامة التي لا ينبغي أن تدرج في. NET بعد الآن.

وأوصي أيضا النظر في استخدام التبعية حقن / عكس إطار مراقبة هذه الوحدة Microsoft أو StructureMap لخلق رمز المتباعدة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top