معمولاً مقدار شماره صفحه (page number) از طریق متد GET و QueryString از سمت مرورگر یا کاربر ارسال می‌شه. یعنی وقتی کاربر روی دکمه‌ی «صفحه بعد» یا «صفحه ۳» کلیک می‌کنه، شماره صفحه به‌صورت پارامتر در URL ارسال می‌شه. --- 🧩 مثال از URL با شماره صفحه:

https://example.com/Products?page=2

🔸 اینجا page=2 یعنی کاربر درخواست داده که صفحه دوم رو ببینه. --- 🔧 دریافت مقدار صفحه در کنترلر ASP.NET Core MVC در کنترلر، می‌تونی مقدار page رو از QueryString بگیری:

csharp
public IActionResult Index(int page = 1)
{
    int pageSize = 10;
    int skipCount = (page - 1) * pageSize;

    var products = _context.Products
        .AsNoTracking()
        .Include(p => p.Category)
        .OrderBy(p => p.Title)
        .Skip(skipCount)
        .Take(pageSize)
        .ToList();

    return View(products);
}

🔹 اگر کاربر هیچ شماره صفحه‌ای نفرسته، مقدار پیش‌فرض page = 1 در نظر گرفته می‌شه. --- 📋 در View چطور لینک صفحه‌ها رو بسازی؟

html
@for (int i = 1; i <= Model.TotalPages; i++)
{
    <a href="?page=@i">@i</a>
}

🔸 این لینک‌ها باعث می‌شن شماره صفحه به‌صورت GET ارسال بشه و کنترلر اون رو دریافت کنه. --- ✅ نتیجه‌گیری - مقدار صفحه معمولاً از طریق QueryString و متد GET ارسال می‌شه - در کنترلر با پارامتر int page دریافت می‌شه - با استفاده از Skip() و Take()، داده‌های مربوط به اون صفحه بارگذاری می‌شن

معرفی آموزشی پروژه EFCoreDemo یک سیستم ساده مدیریت نوبت آزمایشگاه

📌 این پروژه چه کار می‌کند؟ پروژه EFCoreDemo یک سیستم نمونه برای مدیریت نوبت‌های آزمایشگاه است که با ASP.NET Core MVC و Entity Framework Core ساخته شده و امکانات زیر را دارد: 1. مدیریت نوبت‌ها (Appointments) • ثبت نوبت جدید با انتخاب بیمار و خدمت • نمایش لیست نوبت‌ها • ویرایش و حذف نوبت‌ها • نمایش جزئیات هر نوبت 2. مدیریت بیماران (Patients) • ثبت، ویرایش، حذف و مشاهده اطلاعات بیماران 3. مدیریت خدمات آزمایشگاهی (Lab Services) • ثبت، ویرایش، حذف و مشاهده خدمات 4. جستجو و فیلتر • جستجو بر اساس نام بیمار یا عنوان خدمت • فیلتر بر اساس وضعیت نوبت (ثبت‌شده، لغو شده، انجام شده) • فیلتر بر اساس تاریخ خاص 5. مرتب‌سازی هوشمند • جدیدترین یا قدیمی‌ترین • مرتب‌سازی ترکیبی نام بیمار (فارسی + انگلیسی) • مرتب‌سازی بر اساس عنوان خدمت 6. صفحه‌بندی (Paging) • نمایش داده‌ها به‌صورت صفحه‌به‌صفحه با امکان تعیین تعداد رکوردها 7. داشبورد اصلی • نمایش آمار کلی (تعداد بیماران، خدمات، نوبت‌های امروز، نوبت‌های لغو شده) • نمایش ۵ نوبت آخر با دکمه «اطلاعات بیشتر» 8. اعتبارسنجی فرم‌ها • بررسی ورودی‌ها با پیام‌های فارسی • اعتبارسنجی تاریخ و جلوگیری از ورود تاریخ نامعتبر 9. سه روش بارگذاری داده‌ها • Eager Loading برای بارگذاری همزمان داده‌های مرتبط • Lazy Loading برای بارگذاری خودکار هنگام دسترسی • Explicit Loading برای بارگذاری دستی در زمان دلخواه 🎯 این پروژه چه چیزهایی برای آموزش دارد؟ این پروژه یک منبع عالی برای یادگیری عملی مفاهیم زیر است: • معماری MVC در ASP.NET Core • Entity Framework Core و نحوه اتصال به دیتابیس • ساخت مدل‌ها و روابط (One-to-Many, Many-to-Many) • Migrations برای ایجاد و تغییر ساختار دیتابیس • عملیات CRUD کامل • LINQ برای جستجو، فیلتر و مرتب‌سازی • اعتبارسنجی سمت سرور و کلاینت • مدیریت ViewBag و ViewData برای ارسال داده به ویو • طراحی فرم‌ها و جدول‌ها با Bootstrap 5 • صفحه‌بندی و مرتب‌سازی ترکیبی • کار با تاریخ و فرمت‌بندی آن • بهینه‌سازی کوئری‌ها با انتخاب روش مناسب بارگذاری داده‌ها (Eager, Lazy, Explicit)

در پروژه‌های EFCoreDemo، بارگذاری داده‌های مرتبط یکی از مهم‌ترین مفاهیمه. حالا بیایم سه روش اصلی بارگذاری داده‌ها در EF Core رو دقیق، آموزشی و با مثال بررسی کنیم تا تفاوت‌هاشون کاملاً روشن بشه. --- 🔍 ۱. Eager Loading (بارگذاری پیش‌دستانه) ✅ تعریف: داده‌های مرتبط هم‌زمان با موجودیت اصلی از دیتابیس گرفته می‌شن. یعنی همه چیز با یک کوئری SQL بارگذاری می‌شه. ✅ کاربرد: وقتی مطمئنی که داده‌های مرتبط رو لازم داری و نمی‌خوای چند کوئری جداگانه اجرا بشه. ✅ مثال در EFCoreDemo:

csharp
var appointments = _context.Appointments
    .Include(a => a.Patient)
    .Include(a => a.LabService)
    .ToList();

📌 اینجا EF Core یک کوئری SQL می‌سازه که اطلاعات نوبت، بیمار و خدمت رو هم‌زمان می‌گیره. --- 🟣 ۲. Lazy Loading (بارگذاری تنبل) ✅ تعریف: داده‌های مرتبط فقط زمانی از دیتابیس گرفته می‌شن که به آن‌ها دسترسی پیدا کنی. یعنی تا وقتی appointment.Patient.FullName رو نخونی، EF Core کوئری اجرا نمی‌کنه. ✅ پیش‌نیازها: - نصب پکیج Microsoft.EntityFrameworkCore.Proxies - فعال‌سازی در DbContext:

csharp
  optionsBuilder.UseLazyLoadingProxies();
  

- virtual بودن Navigation Property‌ها:

csharp
public virtual Patient Patient { get; set; }

✅ مثال در EFCoreDemo:

csharp
var appointment = _context.Appointments.First();
var patientName = appointment.Patient.FullName; // کوئری جداگانه اینجا اجرا می‌شه

📌 ظاهر کد ساده‌ست، ولی پشت‌صحنه EF Core کوئری جداگانه برای Patient اجرا می‌کنه. --- 🔵 ۳. Explicit Loading (بارگذاری صریح) ✅ تعریف: داده‌های مرتبط فقط زمانی بارگذاری می‌شن که خودت به‌صورت دستی دستور بدی. مناسب برای کنترل دقیق و جلوگیری از بارگذاری اضافی. ✅ مثال در EFCoreDemo:

csharp
var appointment = await _context.Appointments.FirstAsync();
await _context.Entry(appointment).Reference(a => a.Patient).LoadAsync();
await _context.Entry(appointment).Reference(a => a.LabService).LoadAsync();

📌 اینجا EF Core هیچ داده مرتبطی رو خودش نمی‌گیره، مگر اینکه با .LoadAsync() صریحاً دستور بدی. --- 🎯 تفاوت سه روش بارگذاری داده‌ها در EF Core 🟢 Eager Loading — بارگذاری پیش‌دستانه وقتی از ابتدا می‌دونی که به داده‌های مرتبط نیاز داری، این روش بهترین انتخابه. EF Core با استفاده از .Include() همه اطلاعات مرتبط رو در یک کوئری SQL می‌گیره. 🔸 مزیت: سریع و بدون کوئری اضافه 🔸 کنترل: کم، چون همه چیز از اول بارگذاری می‌شه 🔸 مناسب برای: نمایش لیست‌ها یا داشبوردهایی که اطلاعات کامل لازم دارن --- 🔵 Lazy Loading — بارگذاری تنبل در این روش، EF Core فقط زمانی داده‌های مرتبط رو بارگذاری می‌کنه که به اون‌ها دست بزنی. یعنی وقتی مثلاً appointment.Patient.FullName رو بخونی، تازه کوئری اجرا می‌شه. 🔸 مزیت: سبک‌تر در ابتدا، ولی ممکنه کوئری‌های زیادی اجرا بشه 🔸 کنترل: متوسط، چون بارگذاری خودکار انجام می‌شه 🔸 مناسب برای: فرم‌هایی که فقط گاهی به داده‌های مرتبط نیاز دارن --- 🟣 Explicit Loading — بارگذاری صریح اینجا همه چیز تحت کنترل توئه. EF Core هیچ داده‌ای رو خودش بارگذاری نمی‌کنه مگر اینکه صریحاً دستور بدی. با استفاده از .Load() یا .LoadAsync() می‌تونی دقیقاً مشخص کنی چه چیزی و کی بارگذاری بشه. 🔸 مزیت: کنترل کامل روی کوئری‌ها 🔸 کنترل: زیاد، چون همه چیز دستی انجام می‌شه 🔸 مناسب برای: سناریوهایی که بهینه‌سازی کوئری‌ها مهمه یا داده‌های مرتبط فقط در شرایط خاص لازم هستن --- 🔧 نکته مهم در EFCoreDemo در ظاهر، کدهای Lazy و Explicit ممکنه شبیه هم باشن چون هر دو بعد از گرفتن موجودیت اصلی، داده‌های مرتبط رو جداگانه می‌گیرن. اما تفاوت اصلی اینه که: - Lazy خودش کوئری اجرا می‌کنه وقتی به داده دست بزنی - Explicit فقط وقتی خودت .Load() بزنی کوئری اجرا می‌شه یعنی Lazy مخفیانه عمل می‌کنه، ولی Explicit کاملاً تحت کنترل توئه.

بذار دقیق و آموزشی برات توضیح بدم که آیا استفاده از .Include() در کنار صفحه‌بندی باعث بارگذاری داده‌های حجیم می‌شه یا نه، و چطور باید باهاش برخورد کرد. --- ✅ پاسخ کوتاه: اگر از .Include() در صفحه‌بندی با تعداد بالا (مثل ۱۰۰ آیتم در هر صفحه) استفاده کنی، ممکنه داده‌های مرتبط زیادی هم هم‌زمان بارگذاری بشن و باعث سنگین شدن حافظه و کندی عملکرد بشه. اما این بستگی داره به تعداد و نوع داده‌های مرتبط، و اینکه آیا واقعاً به همه اون‌ها در همون لحظه نیاز داری یا نه. --- 🔍 چرا این اتفاق می‌افته؟ وقتی از .Include() استفاده می‌کنی، EF Core یک کوئری SQL می‌سازه که اطلاعات موجودیت اصلی و تمام داده‌های مرتبط رو هم‌زمان می‌گیره. اگر مثلاً ۱۰۰ نوبت در صفحه داری و هر نوبت یک بیمار و یک خدمت مرتبط داره، EF Core باید: - ۱۰۰ رکورد از جدول Appointments - ۱۰۰ رکورد از جدول Patients - ۱۰۰ رکورد از جدول LabServices رو هم‌زمان بارگذاری کنه. اگر داده‌های مرتبط حجیم باشن (مثلاً عکس، توضیحات طولانی، یا روابط چندلایه)، این می‌تونه سنگین بشه. --- ⚠️ مشکل اصلی - افزایش حجم حافظه مصرفی - کند شدن زمان پاسخ‌دهی - احتمال بروز خطا در سرورهای محدود منابع --- 🎯 راه‌حل‌های پیشنهادی 1. کاهش تعداد آیتم‌ها در هر صفحه مثلاً به‌جای ۱۰۰، از ۲۰ یا ۳۰ آیتم استفاده کن تا بارگذاری سبک‌تر بشه. 2. استفاده از Select برای گرفتن فقط فیلدهای موردنیاز به‌جای .Include()، می‌تونی فقط فیلدهایی که لازم داری رو با Select بگیری:

csharp
var data = _context.Appointments
    .Select(a => new {
        a.Id,
        a.Date,
        PatientName = a.Patient.FullName,
        ServiceTitle = a.LabService.Title
    })
    .Skip(pageIndex * pageSize)
    .Take(pageSize)
    .ToList();

3. استفاده از Explicit Loading فقط برای رکوردهایی که نیاز دارن مثلاً وقتی کاربر روی «جزئیات» کلیک کرد، اون موقع داده‌های مرتبط رو بارگذاری کن. --- ✅ نتیجه‌گیری آموزشی ۱ـ .Include() وقتی تعداد آیتم‌ها کم باشه یا داده‌های مرتبط سبک باشن ۲ـ Select() وقتی فقط چند فیلد از داده‌های مرتبط لازم داری ۳ـ Explicit Loading وقتی فقط در شرایط خاص به داده‌های مرتبط نیاز داری

بیایم با یک مثال واقعی از پروژه EFCoreDemo ببینیم چطور می‌تونیم با استفاده از Explicit Loading داده‌های حجیم رو کنترل کنیم تا هم عملکرد بهتر بشه، هم حافظه کمتر مصرف بشه. --- 🎯 سناریو: نمایش جزئیات یک نوبت آزمایشگاهی فرض کن جدول Appointments شامل اطلاعات نوبت‌هاست، و هر نوبت به یک Patient و یک LabService مرتبطه. حالا می‌خوای در اکشن Details فقط اطلاعات نوبت رو نشون بدی، و فقط در صورت نیاز داده‌های مرتبط رو بارگذاری کنی. --- ✅ مثال با Explicit Loading برای کنترل داده‌های حجیم

csharp
public async Task<IActionResult> Details(int id)
{
    // فقط نوبت اصلی بارگذاری می‌شود
    var appointment = await _context.Appointments
        .FirstOrDefaultAsync(a => a.Id == id);

    if (appointment == null)
        return NotFound();

    // بررسی اینکه آیا کاربر درخواست داده‌های مرتبط کرده یا نه
    if (Request.Query["loadRelated"] == "true")
    {
        // بارگذاری دستی داده‌های مرتبط فقط در صورت نیاز
        await _context.Entry(appointment).Reference(a => a.Patient).LoadAsync();
        await _context.Entry(appointment).Reference(a => a.LabService).LoadAsync();
    }

    return View(appointment);
}

--- 🔍 مزایای این روش - کنترل کامل روی زمان و نوع بارگذاری داده‌ها - جلوگیری از بارگذاری غیرضروری داده‌های حجیم (مثلاً عکس بیمار، توضیحات خدمت) - بهینه‌سازی عملکرد در صفحات جزئیات یا گزارش‌ها - امکان بارگذاری مرحله‌ای بر اساس نیاز کاربر (مثلاً با دکمه «نمایش اطلاعات بیشتر») --- 💡 نکته آموزشی در پروژه‌های واقعی، داده‌های مرتبط مثل عکس‌ها، فایل‌ها، یا توضیحات طولانی ممکنه حجم زیادی داشته باشن. با استفاده از Explicit Loading، می‌تونی فقط زمانی که کاربر واقعاً به اون داده‌ها نیاز داره، اون‌ها رو بارگذاری کنی. این کار باعث می‌شه هم سرور سبک‌تر کار کنه، هم تجربه کاربری بهتر بشه.

این پروژه یک سیستم ساده مدیریت محصولات و دسته‌بندی‌هاست

در ادامه، پروژه‌ات رو فقط به‌صورت لیست توضیح می‌دم که چه کارهایی انجام می‌ده و چرا تصمیم گرفتی از Select() به‌جای Include() استفاده کنی: ✅ عملکردهای پروژه - نمایش دسته‌بندی‌ها با محصولات اخیر هر دسته - صفحه‌بندی پویا برای دسته‌بندی‌ها و محصولات - نمایش جزئیات محصولات هر دسته‌بندی - افزودن، ویرایش و حذف محصولات - افزودن، ویرایش و حذف دسته‌بندی‌ها - نمایش تعداد محصولات مرتبط با هر دسته - استفاده از ViewModel برای ارسال داده ترکیبی - طراحی ساده و واکنش‌گرا با لیست‌های Bootstrap - لینک‌دهی بین صفحات با asp-controller و asp-action - جلوگیری از خطاهای dynamic با تعریف دقیق مدل‌ها 🎯 هدف آموزشی پروژه - آموزش Entity Framework Core و رابطه‌ها - تمرین معماری MVC در ASP.NET Core - یادگیری صفحه‌بندی و ارسال داده به ویو - تمرین طراحی رابط کاربری ساده و قابل فهم - ساخت پروژه قابل توسعه برای کلاس، آموزشگاه یا گیت‌هاب 🔍 چرا از Select() به‌جای Include() استفاده کردی - کنترل دقیق روی فیلدهای مورد نیاز - کاهش حجم داده‌های دریافتی از دیتابیس - جلوگیری از بارگذاری اضافی موجودیت‌های مرتبط - افزایش سرعت و بهینه‌سازی کوئری‌ها - ساده‌سازی داده‌ها برای ارسال به ویو - سازگاری بهتر با ViewModel و ساختار آموزشی پروژه

بهینه سازی کار با داده در ASP.Net Core MVC ساخته شده از هوش مصنوعی نکته: شاید پادکست تکراری باشد ولی نکته مهمی گفته شده

بیا این رو به شکل یک اسکریپت پادکست آموزشی آماده کنیم که هم شنیدنی باشه، هم پر از مثال عملی. این متن رو می‌تونی هم برای ضبط صدا استفاده کنی، هم بعداً به عنوان یادداشت آموزشی نگه داری. --- 🎧 عنوان پادکست: «سه روش بارگذاری داده در EF Core + Select برای لیست کردن آیتم‌ها + صفحه‌بندی در ASP.NET Core MVC» --- 🎙️سلام امروز می‌خوایم با هم سه روش بارگذاری داده در EF Core رو یاد بگیریم، بعد با Select فقط فیلدهای لازم رو بگیریم، و در نهایت با صفحه‌بندی (Pagination) حجم داده رو کنترل کنیم تا پروژه‌هامون سریع‌تر و بهینه‌تر بشه. --- 🧩 بخش اول: سه روش بارگذاری داده در EF Core 1️⃣ Eager Loading – بارگذاری پیش‌گیرانه - با Include() داده‌های مرتبط رو هم‌زمان با داده اصلی می‌آریم. - مثال:

csharp
var products = _context.Products
    .Include(p => p.Category)
    .ToList();

📌 مزیت: فقط یک کوئری به دیتابیس 📌 عیب: ممکنه داده زیادی بیاد که لازم نداشته باشیم --- 2️⃣ Lazy Loading – بارگذاری تنبل - داده‌های مرتبط فقط وقتی لود می‌شن که بهشون دسترسی پیدا کنیم. - نیاز به virtual و فعال‌سازی UseLazyLoadingProxies():

csharp
var product = _context.Products.First();
var categoryName = product.Category.Name; // اینجا کوئری جدا اجرا میشه

📌 مزیت: فقط داده لازم لود میشه 📌 عیب: خطر N+1 Query --- 3️⃣ Explicit Loading – بارگذاری صریح - خودمون به صورت دستی و در زمان دلخواه داده مرتبط رو لود می‌کنیم:

csharp
var category = _context.Categories.First();
_context.Entry(category)
    .Collection(c => c.Products)
    .Load();

📌 مزیت: کنترل کامل روی زمان و نوع بارگذاری 📌 عیب: نیاز به کدنویسی بیشتر --- 🧩 بخش دوم: استفاده از Select برای لیست کردن آیتم‌ها گاهی همه‌ی ستون‌ها رو لازم نداریم. با Select فقط فیلدهای موردنیاز رو می‌گیریم:

csharp
var productList = _context.Products
    .Select(p => new { p.Title, p.Price })
    .ToList();

📌 مزیت: حجم داده کمتر → سرعت بیشتر --- 🧩 بخش سوم: صفحه‌بندی برای کنترل حجم داده فرمول اصلی:

csharp
int pageSize = 10;
int pageNumber = 2;
int skipCount = (pageNumber - 1) * pageSize;

کوئری:

csharp
var products = _context.Products
    .AsNoTracking()
    .Include(p => p.Category)
    .OrderBy(p => p.Title)
    .Skip(skipCount)
    .Take(pageSize)
    .ToList();

📌 اینطوری مثلاً صفحه دوم رو می‌گیریم: آیتم‌های ۱۱ تا ۲۰. --- 🧠 نکات پایانی: - همیشه قبل از Skip() مرتب‌سازی (OrderBy) انجام بده - برای داده‌های فقط خواندنی از AsNoTracking() استفاده کن - با ToQueryString() می‌تونی SQL نهایی رو ببینی و بهینه کنی - انتخاب روش بارگذاری بستگی به نیاز پروژه و حجم داده داره --- 🎯 جمع‌بندی پادکست: با شناخت سه روش بارگذاری داده، استفاده از Select برای کم کردن حجم، و پیاده‌سازی صفحه‌بندی، می‌تونی پروژه‌های ASP.NET Core MVC رو سریع‌تر و بهینه‌تر بسازی.

در EF Core وقتی از Select استفاده می‌کنی، می‌تونی هم داده‌های اصلی و هم داده‌های مرتبط (Navigation Properties) رو انتخاب کنی—و حتی روی همون نتیجه صفحه‌بندی (Skip و Take) انجام بدی. --- 🧩 ایده کلی Select بهت اجازه می‌ده فقط فیلدهایی که لازم داری رو از چند جدول مرتبط بگیری، بدون اینکه کل موجودیت‌ها رو لود کنی. این کار باعث می‌شه حجم داده کمتر بشه و سرعت بیشتر. --- 🔹 مثال: لیست کردن همه آیتم‌های مرتبط فرض کن دو جدول داری: Product و Category (یک محصول یک دسته‌بندی دارد).

csharp
var products = _context.Products
    .Select(p => new 
    {
        p.Title,
        p.Price,
        CategoryName = p.Category.Name
    })
    .ToList();

📌 اینجا EF Core خودش Join می‌زنه و اسم دسته‌بندی رو هم میاره، بدون نیاز به Include(). --- 🔹 مثال: صفحه‌بندی روی داده‌های انتخاب‌شده

csharp
int pageSize = 10;
int pageNumber = 2;

var products = _context.Products
    .Where(p => p.IsActive)
    .OrderBy(p => p.Title)
    .Select(p => new 
    {
        p.Title,
        p.Price,
        CategoryName = p.Category.Name
    })
    .Skip((pageNumber - 1) * pageSize)
    .Take(pageSize)
    .ToList();

✅ این کوئری: - فقط فیلدهای لازم رو میاره (Title, Price, CategoryName) - صفحه‌بندی رو روی همون داده‌ها انجام می‌ده - بهینه‌تر از Include هست وقتی کل موجودیت رو لازم نداری --- 🧠 نکات حرفه‌ای - وقتی فقط چند فیلد لازم داری، Select بهتر از Include هست چون حجم داده کمتره - Select می‌تونه چند سطح رابطه رو هم بیاره، مثلاً:

csharp
  .Select(o => new {
      o.Id,
      o.Customer.Name,
      City = o.Customer.Address.City
  })
  

- صفحه‌بندی (Skip/Take) رو می‌تونی بعد از Select یا قبلش بزنی، ولی معمولاً بعد از OrderBy و قبل از ToList() میاد

وقتی می‌خوای داده‌ای رو از دیتابیس بارگذاری کنی (مثلاً لیست کتاب‌ها یا محصولات)، چند مرحله مهم وجود داره که هر کد حرفه‌ای باید رعایت کنه. این مراحل نه‌تنها باعث می‌شن کدت بهینه باشه، بلکه قابل توسعه، قابل تست و قابل فهم هم می‌شه. بذار این مراحل رو خیلی واضح و قابل استفاده برات لیست کنم، طوری که همیشه بتونی بهش رجوع کنی و ترتیب اجرای کوئری‌ها در EF Core رو اصولی یاد بگیری. --- ✅ مراحل استاندارد بارگذاری داده در EF Core 1️⃣ AsNoTracking() - کاربرد: حذف ردیابی تغییرات توسط EF - هدف: سبک‌سازی کوئری‌های فقط خواندنی - مثال:

csharp
  context.Books.AsNoTracking()
  

--- 2️⃣ Where() - کاربرد: فیلتر کردن داده‌ها بر اساس شرط - هدف: حذف رکوردهای غیرضروری - مثال:

csharp
  .Where(b => b.IsAvailable == true)
  

--- 3️⃣ جستجو (Search) - کاربرد: جستجو در متن یا فیلدهای خاص - هدف: پیدا کردن رکوردهای مرتبط با عبارت کاربر - مثال:

csharp
  .Where(b => b.Title.Contains(search) || b.Author.FullName.Contains(search))
  

--- 4️⃣ OrderBy() / OrderByDescending() - کاربرد: مرتب‌سازی داده‌ها - هدف: تعیین ترتیب نمایش در لیست - مثال:

csharp
  .OrderBy(b => b.Title)
  

--- 5️⃣ Skip() و Take() - کاربرد: صفحه‌بندی داده‌ها - هدف: گرفتن فقط رکوردهای صفحه فعلی - مثال:

csharp
  .Skip((page - 1) * pageSize).Take(pageSize)
  

--- 6️⃣ Select() - کاربرد: انتخاب فقط فیلدهای مورد نیاز - هدف: کاهش حجم خروجی و کنترل نمایش - مثال:

csharp
  .Select(b => new { b.Id, b.Title, b.IsAvailable })
  

--- 7️⃣ ToList() یا ToListAsync() - کاربرد: اجرای کوئری و گرفتن داده‌ها - هدف: انتقال داده‌ها به حافظه برنامه - مثال:

csharp
  .ToList()
  

--- 8️⃣ ارسال به View - کاربرد: نمایش داده‌ها در Razor یا API - هدف: ارائه خروجی به کاربر - مثال:

csharp
  return View(books);
  

--- 📌ترتیب استاندارد نوشتن کوئری در EF Core

csharp
var query = context.TableName
    .AsNoTracking()                         
// 1️⃣ سبک‌سازی
    .Where(...)                             
// 2️⃣ فیلتر
    .Where(searchCondition)               
// 3️⃣ جستجو
    .OrderBy(...)                          
// 4️⃣ مرتب‌سازی
    .Skip((page - 1) * pageSize)            
// 5️⃣ صفحه‌بندی
    .Take(pageSize)                        
// 6️⃣ محدودسازی
    .Select(x => new { ... })               
// 7️⃣ انتخاب فیلدها
    .ToList();                             
// 8️⃣ اجرا