تقول "المكونات الإضافية" لـ ASP.NET 2.0 أنه
من بين الميزات الجديدة لـ ASP.NET 2.0، فإن أكثر الميزات "إبهارًا" هي الصفحات الرئيسية، والموضوعات/الجلود،
إدارة العضوية والأدوار والسمات المحددة من قبل المستخدم وتخصيص الصفحة لأجزاء WebParts.
باستثناء العنصرين الأولين، تعتمد بقية العناصر على الخدمات التي يقدمها موفر ***.
يتم تعريف هؤلاء الموفرين (الفئات) بشكل عام في مستندات Microsoft على النحو التالي: تقديم... خدمات لـ...،
يبدو أنها نفس فئات التحكم العامة، وما إلى ذلك، فقط استخدمها. في الواقع، هذه المزود (الفئات)
لقد ألمح بقوة إلى اتجاه تطوير Microsoft .NET.
هذا الاتجاه هو "المكونات الإضافية" للتطبيق (موقع الويب الخاص بك).
تم استعارة "المكون الإضافي" من قبل الأخ الصغير لشرح المشكلة بصريًا، وهو ليس بالضرورة دقيقًا وصارمًا ويختلف عن مفهوم "المكون الإضافي" في مستندات Microsoft.
اسمحوا لي أن أشرح بإيجاز سبب تسميته "مكونًا إضافيًا" من منظور البرامج والأجهزة:
من منظور الأجهزة: إذا كنت تتخيل جهاز كمبيوتر، فهل يمكن اعتبار web.config بمثابة "اللوحة الأم"؟
هؤلاء الموفرون هم بطاقات الرسومات وبطاقات الصوت وبطاقات الشبكة... الموصولة باللوحة الأم. وبشكل أكثر تجريدًا، يمكن اعتبار أن هؤلاء المزودين مكافئون في الواقع للسائقين. توفر لنا شركة Microsoft منتجات تحمل علامة Microsoft التجارية
SqlMembershipProvider، SqlRoleProvider، SqlProfileProvider، SqlPersonalizationProvider
يسمح لنا الموفر أيضًا باستبدالها عن طريق إعادة تحديدها في web.config (أي ما يعادل إعداد CMOS أو تنفيذ "وصلات العبور").
هذا تمامًا بغض النظر عن العلامة التجارية أو طراز بطاقة الرسومات (أو بطاقة الصوت أو بطاقة الشبكة وما إلى ذلك)، طالما أنها تلبي معايير التوافق، فيمكن توصيلها باللوحة الأم للاستخدام.
التفكير من منظور برمجي: منذ إطلاق Eclips، أصبحت "المكونات الإضافية" الموجودة على منصة التطوير شائعة أيضًا (كانت متوفرة في المتصفحات لفترة طويلة).
لفترة من الوقت، كان مبرمجو جافا يكتبون "المكونات الإضافية".
من ناحية .NET، نظرًا لوجود VS.NET، فإن التأثير ليس كبيرًا جدًا، لكننا نستخدم أيضًا "المكونات الإضافية".
أتساءل عما إذا كنتم قد لاحظتم أيها الإخوة أن VSS مدمج مع VS.NET في شكل "مكون إضافي".
والمثال الأكثر وضوحًا هو Borland Togather لـ .NET. من هذه "المكونات الإضافية" المدمجة في IDE، يمكننا أن نرى أن "المكونات الإضافية" توفر نوعًا من التوسع الوظيفي والترقية/الاستبدال الآن بالاعتماد على هؤلاء الموفرين.
يمكن أيضًا أن تكون برامج مواقع الويب التي نطورها بأنفسنا "مكونات إضافية". على سبيل المثال: إذا لم نكن بحاجة إلى وظيفة تخصيص الصفحة (WebPart)، فلا نحتاج إلى "تثبيت" PersonalizationProvider
(في الواقع، يجب أن نقول العكس، ما هي الوظائف المطلوبة "لتثبيت" أي موفر، ولكن الآن تم تثبيتها جميعًا مسبقًا).
لذا، في المستقبل، سيكون تطوير التطبيقات مثل تثبيت الأجهزة في سوق الكمبيوتر، فقط قم بتجميعها وتثبيتها؟
الإجابة هي نعم: لقد لعبت Microsoft بهذه الطريقة عندما عرضت منتج VSTS (نظام فريق Visual Studio).
يمكنك تجميع موقع ويب دون كتابة سطر واحد من التعليمات البرمجية، وتكون نتائج اختبار الأداء/التحمل ليست سيئة (بالطبع، لا يستخدم "المكونات الإضافية" فحسب، بل ربما يجب أن يطلق عليه مكونًا على أي حال).
إنه حقًا أكثر جنونًا من نجمة داود الحمراء (مجرد مزاح)!
الجواب سلبي أيضًا: في رأيي، هذا منتج مختبري بعد كل شيء. قام مهندسو Microsoft بعمل "سحر" في ظل ظروف مثالية، فمن ناحية، نحن لسنا محترفين مثل مهندسي Microsoft، ومن ناحية أخرى، في كل تطبيق احتياجات العمل الخاصة، بصراحة، لا تنطبق بالضرورة. بالإضافة إلى ذلك، يتم تنفيذ جميع موفري سلسلة Sql التي تقدمها Microsoft وفقًا لبنية مكونة من طبقتين، وهو أمر يصعب دمجه في البنية متعددة الطبقات الشائعة اليوم، ولهذا السبب، قامت Microsoft بذلك
http://msdn.microsoft.com/asp.net/downloads/providers/default.aspx?pull=/library/en-us/dnaspp/html/asp2prvdr01.asp
يتم توفير تنزيلات التعليمات البرمجية النموذجية لهؤلاء الموفرين حتى نتمكن من تقسيمها إلى تطبيقات متعددة الطبقات.
يتبع...
http://www.cnblogs.com/windman/archive/2006/09/20/509590.html