البته قبل از آغاز برنامه در ابتدا من تنظیمات کانکشن استرینگ مربوط به بانک اطلاعاتی رو تنظیم میکنم .(کاربر رشته اتصالی به بانک اطلاعاتی رو تنظیم میکنه و کانکشن موجود میباشد)
نظرات مطالب
EF Code First #2
این خطا به این معنا است که بر اساس تنظیمات رشتهی اتصالی شما، EF Code First سعی کردهاست یک بانک اطلاعاتی جدید را از صفر ایجاد کند و ... کاربری که در رشتهی اتصالی ذکر شدهاست، دسترسی ایجاد بانک اطلاعاتی جدیدی را ندارد. به همین منظور، در این رشتهی اتصالی، از یک بانک اطلاعاتی از پیش ایجاد شده استفاده کنید. (اگر هاست اشتراکی است، باید درخواست دهید تا برای شما بانک اطلاعاتی جدیدی را ایجاد کنند؛ به همراه ارائهی مشخصات اتصال به آن. سپس بر این اساس هست که باید رشتهی اتصالی شما اصلاح شود)
خیر. متد Dispose را حذف کنید (در کلاس پایه هست). وجود سازنده هم صرفا جهت ساده سازی تعریف و انتخاب رشته اتصالی تعریف شده در web.config است.
پاسخ به بازخوردهای پروژهها
'System.Data.Entity.Core.EntityException'
failed to open یعنی رشتهی اتصالی رو باید تنظیم کنی. نمیتونه به بانک اطلاعاتی وصل بشه.
پاسخ به بازخوردهای پروژهها
No Entity Framework provider found for the ADO.NET provider
connectionstring تعریف شده پیش فرض را دستکاری کرده اید؟
یا به entity framework 6 اپدیت کردید؟
اگه رشتهی اتصالی با نام IrisDbContext را دستکاری نکرده باشید نباید مشکلی داشته باشه.
بازخوردهای دوره
شروع به کار با RavenDB
- حالتهای دیگر اتصال را مانند signalR.HttpTransportType.ServerSentEvents با سطح لاگ بالا مانند signalR.LogLevel.Trace بررسی کنید.
برای حالتهای ترکیبی کوکی و توکن استفاده میشود. ربطی به بحث جاری ندارد. به همین جهت پیاده سازی نشدهاست.
نظرات مطالب
چگونه کد قابل تست بنویسیم - قسمت اول
با سلام،
ابتدا از مقاله جذابتون تشکر میکنم.
سوالی ذهن بنده رو درگیر کرده :
طبق مقالات آموزش ام وی سی همین سایت بنده لایه سرویسی توی پروژه هام میسازم که کارش مشابه بیان شماست :
"لایه دستیابی به داده / لایه ماندگاری : این کد میداند چگونه به منبع داده متصل شود و یک کارت خرید را بازگرداند و یا چگونه یک کارت را در منبع داده ذخیره نماید. "
احساس میکنم که جای لایه بیزینس توی پروژهام خالیه ، لایه ای که کار محاسبات ریاضی و سایر محاسبات عددی رو به عهده داشته باشه.
از یکی از اساتیدم هم شنیدم که پروژها رو بصورت زیر میسازند
لایه دیتا - لایه بیزینس - لایه سرویس - لایه UI
که به نظرم لایه دیتا عملیات CRUD رو به عهده داشته باشه و لایه بیزینس هم محسابات و کارای پیچیده رو انجام بده و لایه سرویس هم لایه ای است که متدهای لازم جهت دسترسی UI به متدهای مورد نیاز در لایههای دیتا و بیزینس رو فراهم میکنه.
مثلا ثبت یک خرید جدید که موجب اجرای متد Add در کلاس ProductService میشه که در این متد ، متد CalcCommission جهت محاسبه پورسانتها اجرا میشه و سپس نتیجه دریافتیبه کمک متدهای مربوطه در لایه دیتا در دیتابیس ثبت میشه.
به نظر میاد این لایه بندی قشنگتر باشه.
(کل لایههای DomainClassess و DatabaseContext و Services پروژههای من در لایه دیتا قرار میگیرن )
میخواستم نظر شما رو درباره لایه بندی بدونم ؟
(به دنبال بهترین روش لایه بندی میگردم ، یک استاندارد مطمئن)
ابتدا از مقاله جذابتون تشکر میکنم.
سوالی ذهن بنده رو درگیر کرده :
طبق مقالات آموزش ام وی سی همین سایت بنده لایه سرویسی توی پروژه هام میسازم که کارش مشابه بیان شماست :
"لایه دستیابی به داده / لایه ماندگاری : این کد میداند چگونه به منبع داده متصل شود و یک کارت خرید را بازگرداند و یا چگونه یک کارت را در منبع داده ذخیره نماید. "
احساس میکنم که جای لایه بیزینس توی پروژهام خالیه ، لایه ای که کار محاسبات ریاضی و سایر محاسبات عددی رو به عهده داشته باشه.
از یکی از اساتیدم هم شنیدم که پروژها رو بصورت زیر میسازند
لایه دیتا - لایه بیزینس - لایه سرویس - لایه UI
که به نظرم لایه دیتا عملیات CRUD رو به عهده داشته باشه و لایه بیزینس هم محسابات و کارای پیچیده رو انجام بده و لایه سرویس هم لایه ای است که متدهای لازم جهت دسترسی UI به متدهای مورد نیاز در لایههای دیتا و بیزینس رو فراهم میکنه.
مثلا ثبت یک خرید جدید که موجب اجرای متد Add در کلاس ProductService میشه که در این متد ، متد CalcCommission جهت محاسبه پورسانتها اجرا میشه و سپس نتیجه دریافتیبه کمک متدهای مربوطه در لایه دیتا در دیتابیس ثبت میشه.
به نظر میاد این لایه بندی قشنگتر باشه.
(کل لایههای DomainClassess و DatabaseContext و Services پروژههای من در لایه دیتا قرار میگیرن )
میخواستم نظر شما رو درباره لایه بندی بدونم ؟
(به دنبال بهترین روش لایه بندی میگردم ، یک استاندارد مطمئن)