سؤال

هناك العديد من الفصول التي لديها هذا provider لاحقة. (البيانات ، العضوية ، النموذجية ، ...).

متى يجب أن يكون فصلًا يسمى كصف مزود؟

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

المحلول

الخدمات في الغالب بين منطقك ومخازن البيانات من أي نوع (قاعدة البيانات ، XML ، إلخ). يذكر MSDN:

مقدمي الخدمات التجريدي وسائط التخزين بنفس الطريقة التي تجهد بها الأجهزة أجهزة أجهزة الجهاز.

للمزيد من المعلومات: مزودي Microsoft ASP.NET 2.0: مقدمة

علي سبيل المثال:في Stead من العمل مع قاعدة بيانات أو XML ، تريد العمل مع تخزين الملفات المسطحة على قرص في مكان ما داخل شبكتك. لإدارة هذا ، يمكنك إنشاء موفر مخصص واستخدامه ضمن منطقك لحفظ البيانات.

نصائح أخرى

فيما يلي وصف لنمط الموفر من MS (http://msdn.microsoft.com/en-us/library/ms972319.aspx):

النمط نفسه بسيط للغاية ويتم إعطاؤه اسم "مزود" لأنه يوفر الوظيفة لواجهة برمجة التطبيقات. محدد ، المزود هو ببساطة عقد بين واجهة برمجة التطبيقات وطبقة تجريد المنطق/تجريد البيانات. المزود هو تنفيذ واجهة برمجة التطبيقات المنفصلة عن واجهة برمجة التطبيقات نفسها. على سبيل المثال ، تحتوي ميزة عضوية Whidbey الجديدة على طريقة ثابتة تسمى العضوية. validateuser (). فئة العضوية نفسها لا تحتوي على منطق أعمال ؛ بدلاً من ذلك ، يقوم ببساطة بإعادة توجيه هذه المكالمة إلى المزود المكون. تقع على عاتق فئة الموفر مسؤولية احتواء التنفيذ لهذه الطريقة ، فإن استدعاء أي طبقة منطق أعمال (BLL) أو طبقة الوصول إلى البيانات (DAL) ضرورية.

هناك بعض القواعد لكيفية تصرف المزود. يجب أن يستمد تطبيق الموفر من فئة قاعدة مجردة ، والتي يتم استخدامها لتحديد عقد لميزة معينة. على سبيل المثال ، لإنشاء مزود عضوية لـ Oracle ، تقوم بإنشاء فئة جديدة من OraclembershipProvider ، والتي تستمد من العضوية ProviderBase. فئة قاعدة الميزات ، على سبيل المثال ، العضوية ProviderBase ، بدورها مستمدة من فئة قاعدة ProviderBase المشتركة. يتم استخدام فئة ProviderBase لتمييز المنفذين كمزود ويجبر على تنفيذ طريقة مطلوبة وممتلكات شائعة لجميع مقدمي الخدمات. يعطي الشكل 4 مثالًا على سلسلة الميراث.

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