سلام.
یه سوال در مورد روش به کار گیری کلاس های Membership و Role در برنامه نویسی 3 لایه دارم.
خوب طبیعی هست که تیبل هایی که خودمون ایجاد میکنیم در لایه های برناممون جا میگیرن.
اما در مورد تیبل های مربوط به Membership و Role :
برای مثال در مورد متد CreateUser من میخواستم به صورت سفارشی عمل کنه و پس از ساخت یوزر مقادیر دیگری رو هم در دیتابیس ذخیره کنه.
با توجه به این که کلاس Membership استاتیک هست و امکان ارث بردن ازش و override کردن متد CreateUser وجود نداره من اومدم این متد رو داخل لایه ها قرار دادم و در لایه bll پس از ساخته شدن یوزر درخواست ثبت مقادیر دیگر رو هم به dal فرستادم.
سوال اول این که تا این جای کار اصولی هست یا راه بهتر و اصولی تری وجود داره؟
سوال دوم و سوال اصلیم این که آیا از نظر اصول برنامه نویسی لزومی داره سایر متدهای این کلاس هارو که با دیتابیس در ارتباط هستند ( مثل UpdateUser یا AddUserToRole و ... ) اماقرار نیست سفارشی عمل کنند رو به لایه های برنامه بیارم؟
از این جهت میپرسم که میخوام از پایه سایت رو اصولی طراحی کنم و بعدا به مشکل بر نخورم.
ممنون.
یه سوال در مورد روش به کار گیری کلاس های Membership و Role در برنامه نویسی 3 لایه دارم.
خوب طبیعی هست که تیبل هایی که خودمون ایجاد میکنیم در لایه های برناممون جا میگیرن.
اما در مورد تیبل های مربوط به Membership و Role :
برای مثال در مورد متد CreateUser من میخواستم به صورت سفارشی عمل کنه و پس از ساخت یوزر مقادیر دیگری رو هم در دیتابیس ذخیره کنه.
با توجه به این که کلاس Membership استاتیک هست و امکان ارث بردن ازش و override کردن متد CreateUser وجود نداره من اومدم این متد رو داخل لایه ها قرار دادم و در لایه bll پس از ساخته شدن یوزر درخواست ثبت مقادیر دیگر رو هم به dal فرستادم.
سوال اول این که تا این جای کار اصولی هست یا راه بهتر و اصولی تری وجود داره؟
سوال دوم و سوال اصلیم این که آیا از نظر اصول برنامه نویسی لزومی داره سایر متدهای این کلاس هارو که با دیتابیس در ارتباط هستند ( مثل UpdateUser یا AddUserToRole و ... ) اماقرار نیست سفارشی عمل کنند رو به لایه های برنامه بیارم؟
از این جهت میپرسم که میخوام از پایه سایت رو اصولی طراحی کنم و بعدا به مشکل بر نخورم.
ممنون.