ASP.NET MVC 6 و یک HttpContext جدید
- در مورد ASP.NET MVC و متدهای Async هم یک مطلب اختصاصی تهیه شده: «استفاده از Async و Await در برنامههای ASP.NET MVC »
- مثال دوم شما async نیست چون از متد Wait استفاده کردهاید (این متد، یک متد blocking است و ترد جاری را قفل میکند). این مثال با نمونهی همزمان تقریبا یکسان عمل میکند.
همچنین در این مثال استفاده از Task.Factory.StartNew به معنای async تقلبی است و اصلا توصیه نمیشود. برای EF متدهای Async واقعی وجود دارند.
- هدف از بکارگیری متدهای async الزاما سریعتر کردن اجرای عملیات مورد نظر نیست. هدف خالی کردن ترد جاری و امکان استفادهی مجدد از آن برای پاسخ دهی به یک کاربر دیگر است؛ با توجه به اینکه هزینه ایجاد تردهای جدید بالا است و همچنین نهایتا بر اساس مشخصات و منابع سرور، این تعداد محدود است. هدف بالا بردن میزان مقیاس پذیری یک برنامه است با تعداد کاربران بالا.
خطایی که عنوان کردید، در انتهای مطلب پردازشهای Async در Entity framework 6 بحث شده. محدودیت خود EF هست. مثالی هم که زده شده یک برنامهی کنسول ویندوزی است. یعنی لزومی نداره که حتما برنامهی وب باشه تا این خطا رخ بده. این خطا هم زمانی رخ میده که Context در چند ترد استفاده بشه و پرازش موازی شروع بشه. این مساله اگر مثلا از Task.Run در برنامههای وب استفاده کنید ممکنه رخ بده. چون http module که در ترد دومی اجرا نمیشه. http module چیزی نیست جز کپسوله کردن رخدادهای begin request و end request قابل تعریف در فایل global.asax.cs. این رخدادها هم دقیقا در همون ترد درخواست وب اجرا میشن و نه خارج از اون. حالا اگر بحث متدهای async تقلبی رخ بده، بله. ترد دومی اجرا میشه که ضروری نبوده.
The first preview of Entity Framework Core (EF Core) 8 is available on NuGet today!
Basic information
EF Core 8, or just EF8, is the successor to EF Core 7, and is scheduled for release in November 2023, at the same time as .NET 8.
EF8 currently targets .NET 6. This will likely be updated to .NET 8 as we near release.
EF8 will align with .NET 8 as a long-term support (LTS) release. See the .NET support policy for more information.
Entity Framework Core 7 نسخه نهایی
Entity Framework Core (EF Core) 7 is available on NuGet today!
EF Core 7 is the successor to EF Core 6, and can be referred to as EF7 for brevity. EF Core 7 contains many features that help in porting “classic” EF6 applications to use EF7. As such, we encourage people to upgrade existing classic EF applications to use EF7 where possible. See Porting from EF6 to EF Core for more information.
آشنایی با TransactionScope
public void Save( TEntity entity ) { DbTransaction transaction = null; try { transaction = this.Database.Connection.BeginTransaction(); //عملیات مورد نظر transaction.Commit(); } catch { transaction.Rollback(); } finally { transaction.Dispose(); } }
Angular 16 CRUD with .NET 7 Web API using Entity Framework Core - Full Course
📑 Contents:
00:00:00 Video Introduction
00:00:40 Angular and ASP.NET Core Udemy Course Demo
00:03:07 Prerequisites
00:03:37 Setting Up Development Environment
00:15:37 Create ASP.NET Core Web API
00:20:07 Understanding Files and Folder Structure
00:25:37 Understanding REST and HTTP Verbs
00:30:10 Create .NET 6 Web API
00:32:41 Our Project and Domain Models
00:41:16 Installing Nuget Packages For Entity Framework Core
00:43:06 DbContext
00:59:26 Running EF Core Migrations
01:03:26 Create Controllers and Actions
01:23:46 Repository Pattern
01:36:46 Create New Angular Application using Angular CLI
01:50:09 Angular Components
02:13:29 CRUD in Angular and ASP.NET Core Web APIs
02:17:21 Angular Forms
02:26:59 Angular Services
02:38:09 CORS
02:42:09 Unsubscribing
آشنایی با NHibernate - قسمت هفتم
در NHibernate این متد BuildSessionFactory فوق کار بارگذاری متادیتا و نگاشتها و غیره رو انجام میده؛ یعنی خودکار نیست و اگر قرار باشه به ازای هر کوئری یکبار فراخوانی شود اصلا نمیشود با برنامه کار کرد چون به شدت کند خواهد بود. به همین جهت کش کردن آنرا با استفاده از الگوی singleton به صورت فوق تنها یکبار باید انجام داد. یکبار در طول عمر برنامه باید نگاشتها صورت گیرد و پس از آن بارها و بارها از آن استفاده شود چون قرار نیست در طول عمر یک برنامه در حال اجرا تغییری کند.
در حالیکه در Entity framework اینکار (بارگذاری متادیتا و نگاشتهای تعریف شده) به صورت خودکار زمانیکه برنامه برای بار اول اجرا میشود رخ داده و به صورت خودکار هم کش میشود. ماخذ: (+) ؛ بنابراین برای مدیریت آن اصلا لازم نیست شما کاری انجام دهید.
فقط در Entity framework یک لایه بسیار کم هزینه به نام ObjectContext وجود دارد که توصیه شده در برنامههای ASP.NET به ازای هر درخواست ایجاد و تخریب شود که میتوانید از مقاله فوق ایده بگیرید و اصلا نباید کش شود یا هر بحث دیگری. ماخذ: (+) ؛ حتی اگر اینکار را هم انجام ندادید مهم نیست چون سربار بسیار کمی دارد.
Fluent Linq to Sql
نگارش بعدی یا چهارم entity framework چیزی است شبیه به Fluent NHibernate . یعنی اگر مقالهای را در این زمینه مطالعه کنید و عنوان آن حذف شود، نمیتوان تشخیص داد که این مقاله مربوط به entity framework است یا Fluent NHibernate. هر چند entity framework حداقل دو نگارش دیگر لازم دارد تا NHibernate را کاملا پشت سر بگذارد.
از آن طرف محبوبیت Linq to SQL هم هنوز پابرجا است و برای مثال سایت پر ترافیکی مثل stack overflow از آن استفاده میکند و بسیار هم موفق بوده و کارش را به خوبی انجام میدهد.
پروژه مکملی به نام Fluent Linq to Sql با الهام گیری از Fluent NHibernate در سایت codeplex موجود است که این نوع نگاشتها را برای Linq to Sql نیز میسر میسازد. به این صورت دیگر نیازی به استفاده از attributes و یا فایلهای xml نگاشتهای Linq to Sql نخواهد بود. همچنین مدل کاری اول کد بعد دیتابیس نیز به این صورت محقق میشود.