مزود عضوية Microsoft VS مخصص مخصص مقابل نظام تسجيل الدخول المخصص الكامل
https://stackoverflow.com/questions/1834871
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أنا محول حاليا جدا قديم، ولكن العمل الكلاسيكي ASP الموقع إلى ASP.NET.
لديها نظام إدارة مستخدم مكتوب مخصص تماما. في حين أنه يعمل بشكل جيد، فإنه يحتاج حقا إلى تحديث كما أريد أن يكون أكثر مرونة لبعض المشاريع المستقبلية في الأعمال.
عندما سألت شخصا عن هذا الأمر، قالوا "تحتاج إلى استخدام مزود Microsoft" وأعطى محاضرة حول كيفية إصدار Microsoft كل هذه الأشياء مجانا ومدى غريفها ويجب إعادة استخدامها قدر الإمكان.
لقد فعلت الكثير من الأبحاث عليها (تبحث أساسا إلى مقاطع الفيديو http://asp.net/learn. ) أنا معجب جدا ببعض الميزات حيث يبدو أن هناك سحب وإسقاط المكونات للعناصر التي ستأخذني الأعمار إلى الكتابة.
ومع ذلك، فإن قاعدة بيانات العضوية الحالية معقدة لشرح، إنها قاعدة بيانات مكتوبة مخصصة تماما تحتوي على العديد من العلاقات الداخلية ... أنها ليست "متوافقة بالفعل" مع مزود Microsoft الافتراضي.
لقد ألقيت نظرة على كيف أنا: إنشاء مزود عضوية مخصصة؟, ، لكنني أشعر بالخروج القليل من منطقة الراحة الخاصة بي وقلق أنها ستكون بطيئة، وإدخال ثقب أمن أو ببساطة لن يعمل.
في نهاية اليوم، يجب أن يعمل مزود عضوية Microsoft بالنسبة لي - التخصيصات الوحيدة التي أحتاجها هي تسجيل الدخول لاستخدام حقل اسم المستخدم / كلمة المرور في قاعدة البيانات الخاصة بي وينظر البرنامج النصي لإنشاء المستخدم الذي يحتوي على الكثير من التعليمات البرمجية المخصصة إلى عدة ثالث أنظمة الحزب (تحتاج إلى توفير الخدمات وما إلى ذلك).
كنت أتساءل فقط، ماذا ستفعل إذا واجهت موقفا مماثلا؟
استخدم مزود عضوية Microsoft وإحالا بطريقة أو بأخرى للعمل من أجلك (على الرغم من أنني أود الاقتراحات)
استخدم مزود عضوية Microsoft ولكن استخدام موفر مخصص يتم تخصيصه حول التعليمات البرمجية الخاصة بك.
استخدام حل حسب الطلب بالكامل؟
المحلول
هذا الفيديو يقوم بتعقيد الأشياء :) إذا كنت ستقوم بتنفيذ مزود مخصص، فإن العاكس على المرء الموجود هو مكان جيد للبدء :)
كخيار سريع وقذرة، يمكنك، بطبيعة الحال، اختراق الإجراءات المخزنة التي يستخدمها موفر عضوية SQL ولكن التعليمات البرمجية المخصصة لتوفير الخدمات ربما تمتد ذلك.
إذا كنت تفكر في ذلك، فإن التوفير البعيد للخدمات لا ينتمي حقا بمزود عضوية، فهذه ليست فعليا وظيفة عضوية - جميع العضوية تقدم أسماء المستخدمين وكلمات المرور والمصادقة حولها. شعوري الخاص هو أنه يجب عليك نقل توفير الخدمات من هناك، وأداءها على موقع ASP.NET بعد إنشاء مستخدم - حتى لو كان هذا فقط استدعاء إجراء مخزن بمجرد أن يقوم مزود العضوية بشيءه. إذا قمت بذلك، فقد تجد أن مزود عضوية SQL سيفعل كل ما تحتاج إليه له (ربما مع أدوار وموفري الملفات الشخصية أيضا)، وبالتالي سيكون لديك أقل من التعليمات البرمجية للكتابة!
نصائح أخرى
لقد كنت في مواقف مماثلة في الماضي. في كلتا الحالتين، أنشأنا تطبيقات مخصصة للمقدمين (العضوية، دوراة للمباراة، ProfessionProvider) حول الآلية الحالية.
في كلتا الحالتين، استخدمنا فقط تطبيقات المزود للوصول للقراءة فقط، على سبيل المثال لإعطائنا من خلال التحقق من صحة السهولة في Web.config وتشبه. تركت رمز إدارة المستخدم جيدا وحيدا لأنه يعمل على ما يرام.
إذا كان المزود الحالي يعمل (يحتوي على الحقول المناسبة لبياناتك)، فاستخدم ذلك للبدء. يمكنك بسهولة استبدال ذلك مع مزود العميل لاحقا (مجرد تغيير قيمة تكوين واحد).
حذار ليس هناك "خارج الصندوق" واجهة إدارة ASP.NET لذلك، ستحتاج إلى لفة خاصة بك أو استخدام طرف ثالث.
استخدم عضويتي المتخصصة الخاصة بي للعمل على جداول قاعدة البيانات الخاصة بي.
