پرووید
منو

آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6

زبان: فارسی (دوبله شده)مترجم: پروویددوبلر: پروویدسطح: متوسطمدت زمان: 01:51:15تعداد ویدئوها: 27فایل های پروژه: ناموجود
قیمت:۳٬۴۹۹٬۰۰۰ تومان
این آموزش بخشی از پکیج کامل آموزش برنامه نویسی Web API میانی است که می توانید از تمامی آموزش های آن دیدن کنید.

آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6 یکی دیگر از آموزش های گروه آموزشی پرووید می باشد که در این قسمت آن را به شما معرفی می کنیم. این بسته آموزشی نیز یکی از دوره های آموزشی دیگر که در حوزه فارسی سازی آموزش های انگلیسی تنظیم شده است می باشد. عنوان این بسته آموزشی، آموزش اشکال زدایی (Debugging) و مدیریت خطا (Error Handling) در Web API های ASP.NET Core 6 است که با نام اصلی Debugging and Error Handling in ASP.NET Core 6 Web API از شرکت Pluralsight منتشر شده است.

سبک معماری REST چیست؟

به بیان ساده REST یک سبک معماری است که در ساخت Web API ها بسیار پرکاربرد است. به Web API هایی که بر اساس این سبک معماری ایجاد می گردند، اصطلاحاً به آن RESTful می گویند. کلمه REST سر نام عبارت REpresentational State Transfer می باشد. سبک معماری REST به منظور فراهم کردن استانداردهای بین سیستم های کامپیوتری موجود بر روی وب ایجاد گردیده است. این موضوع باعث می‌شود تا این سیستم ها بتوانند با راحتی بیشتری با یکدیگر ارتباط برقرار کنند سبک معماری REST بر اساس ارتباط کلاینت-سرور ایجاد گردیده است و این بدان معناست که اپلیکیشن های کلاینت و اپلیکیشن های سرور می تواند به طور مستقل و مجزا و بدون داشتن کوچکترین وابستگی به یکدیگر تکامل پیدا کنند.

سبک معماری REST به صورت stateless ایجاد گردیده است. این بدان معناست که ارتباط بین کلاینت و سرور همواره شامل اطلاعات مورد نیاز برای پردازش کردن یک درخواست و یا request می باشد. به بیان دیگر، هیچگونه داده و یا session state خاصی بر روی سرور ذخیره سازی نمی شود و تمامی اطلاعات مورد نیاز برای پردازش یک request بر روی کلاینت قرار می گیرد. علاوه بر این موضوع، سبک معماری REST یک uniform interface و یا واسطه یک شکل را بین کامپوننت و و یا اجزای تشکیل دهنده مختلف ایجاد می کند. دقت کنید که REST لزوماً وابسته به پروتکل HTTP نیست. با این وجود از پروتکل HTTP در پیاده سازی REST شدیداً استفاده می شود. در پروتکل HTTP چهار Verb و یا فعل مختلف وجود دارد که می توان از آنها برای ارتباط برقرار کردن با سیستم های RESTful استفاده کرد.

فعل GET: از این فعل به منظور بازیابی کردن یک resource با استفاده از Id آن و یا کالکشنی از resource ها استفاده می شود. فعل POST: از این فعل برای ایجاد کردن یک resource جدید استفاده میشود. فعل PUT: از این فعل برای به روز رسانی کردن یک resource با استفاده از Id آن استفاده می شود. فعل DELETE: از این فعل برای حذف کردن یک resource با استفاده از Id آن استفاده می شود.

در سیستم های RESTful نمایش ها و یا representation های مربوط به data object ها و attribute ها با استفاده از فرمت JSON و یا XML انتقال پیدا می کنند.

اشکال‌زدایی Web API در ASP.NET Core 6 چگونه انجام می‌شود؟

اشکال‌زدایی یا Debugging فرایندی است که در آن رفتار برنامه بررسی می‌شود تا علت خطاها و نتایج غیرمنتظره مشخص شود. در یک Web API، مشکل ممکن است در دریافت درخواست، اعتبارسنجی داده‌ها، اجرای منطق تجاری یا ارتباط با پایگاه داده رخ دهد. توسعه‌دهنده با بررسی مسیر اجرای کد و مشاهده مقادیر متغیرها می‌تواند محل بروز مشکل را محدود کند. این کار به‌جای حدس زدن درباره علت خطا، امکان بررسی مرحله‌به‌مرحله رفتار واقعی برنامه را فراهم می‌کند.

اشکال زدایی و یا دیباگ کردن API ها با استفاده از Postman - نمونه ای از بخش اشکال زدایی و یا دیباگ کردن API های ساخته شده با NET 6. در آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6
نمونه ای از بخش «اشکال زدایی و یا دیباگ کردن API های ساخته شده با NET 6.» در آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6

در ASP.NET Core 6 می‌توان از قابلیت‌های Debugger در محیط توسعه برای قرار دادن Breakpoint، اجرای مرحله‌ای کد و بررسی وضعیت برنامه استفاده کرد. برای مثال، اگر یک درخواست به‌جای پاسخ مورد انتظار با خطای سرور مواجه شود، توسعه‌دهنده می‌تواند مسیر اجرای Controller و سرویس‌های فراخوانی‌شده را بررسی کند. مشاهده مقادیر ورودی و خروجی هر مرحله به شناسایی منشأ خطا کمک می‌کند. این روش به‌خصوص در APIهایی که چند لایه نرم‌افزاری دارند، برای جدا کردن مشکل منطق برنامه از مشکلات زیرساختی مفید است.

مدیریت خطا و انتخاب Status Code مناسب در Web API

یک Web API باید در شرایط موفقیت و شکست، پاسخ‌هایی قابل پیش‌بینی و معنادار ارائه کند. کدهای وضعیت HTTP به مصرف‌کننده API نشان می‌دهند که درخواست چگونه پردازش شده است. برای نمونه، کد 200 نشان‌دهنده موفقیت درخواست است، درحالی‌که 400 معمولاً به درخواست نامعتبر و 404 به پیدا نشدن منبع مورد نظر اشاره می‌کند. کد 500 نیز بیانگر بروز خطای داخلی سرور است. انتخاب کد مناسب به کلاینت کمک می‌کند پاسخ را درست تفسیر کند و واکنش متناسبی نشان دهد.

مدیریت خطا فقط به انتخاب Status Code محدود نمی‌شود؛ ساختار بدنه پاسخ نیز باید تا حد امکان منسجم باشد. اگر هر Endpoint خطاها را با قالب متفاوتی برگرداند، مصرف‌کنندگان API مجبور می‌شوند برای هر حالت منطق جداگانه‌ای بنویسند. استفاده از یک ساختار مشخص برای اطلاعاتی مانند نوع خطا، پیام قابل نمایش و جزئیات اعتبارسنجی، نگهداری و استفاده از API را ساده‌تر می‌کند. در عین حال، جزئیات داخلی مانند Stack Trace یا اطلاعات حساس نباید در پاسخ‌های محیط عملیاتی افشا شوند.

چرا مدیریت متمرکز خطا در ASP.NET Core اهمیت دارد؟

وقتی مدیریت خطا در هر Controller به‌صورت جداگانه پیاده‌سازی شود، احتمال تکرار کد و تفاوت رفتار میان Endpointها افزایش پیدا می‌کند. برای مثال، ممکن است یک بخش از API خطاهای غیرمنتظره را به‌صورت استاندارد پاسخ دهد، اما بخش دیگر اطلاعات داخلی برنامه را در پاسخ قرار دهد. مدیریت متمرکز خطا کمک می‌کند رفتار مشترکی برای رسیدگی به Exceptionها تعریف شود و پاسخ‌های ناموفق در سراسر برنامه ساختار سازگارتری داشته باشند. این رویکرد همچنین تغییر سیاست‌های مدیریت خطا را ساده‌تر می‌کند.

Log کردن Error ها بصورت Global - نمونه ای از بخش ایجاد کردن Error Handling بصورت Global در آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6
نمونه ای از بخش «ایجاد کردن Error Handling بصورت Global» در آموزش اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6

در ASP.NET Core، Middleware یکی از اجزای اصلی برای پیاده‌سازی رفتارهای مشترک در مسیر پردازش درخواست است. Middleware مدیریت خطا می‌تواند Exceptionهای مدیریت‌نشده را دریافت کند، آن‌ها را ثبت کند و پاسخ مناسبی به کلاینت برگرداند. البته خطاهایی که به‌صورت عادی و قابل پیش‌بینی مدیریت می‌شوند، مانند نامعتبر بودن ورودی، ممکن است به مسیر رسیدگی متفاوتی نیاز داشته باشند. تفکیک خطاهای مورد انتظار از خطاهای غیرمنتظره باعث می‌شود هم پاسخ‌های API دقیق‌تر باشند و هم ثبت رخدادها برای عیب‌یابی کاربرد بیشتری داشته باشد.

ثبت خطاها و بهبود قابلیت نگهداری Web API

ثبت خطاها یا Logging به توسعه‌دهندگان کمک می‌کند رفتار برنامه را در زمان اجرا بررسی کنند و علت مشکلاتی را که در محیط‌های واقعی رخ می‌دهند، بهتر بشناسند. در یک Web API، ثبت اطلاعاتی مانند زمان رخداد، مسیر درخواست، نوع Exception و شناسه همبستگی می‌تواند روند بررسی مشکل را ساده‌تر کند. این اطلاعات به‌ویژه زمانی مفید هستند که خطا به‌طور مداوم تکرار نمی‌شود یا تنها در شرایط خاصی از اجرای برنامه دیده می‌شود.

بااین‌حال، ثبت اطلاعات باید با ملاحظات امنیتی و حریم خصوصی همراه باشد. رمزهای عبور، توکن‌های دسترسی و داده‌های حساس کاربران نباید بدون ضرورت در Logها ذخیره شوند. همچنین بهتر است جزئیات فنی برای استفاده تیم توسعه در Logها ثبت شوند، درحالی‌که پاسخ ارسال‌شده به کلاینت تنها اطلاعات لازم برای درک خطا را شامل شود. ترکیب Logging مناسب، مدیریت متمرکز Exceptionها و پاسخ‌های استاندارد، نگهداری و عیب‌یابی Web APIهای ساخته‌شده با ASP.NET Core 6 را ساده‌تر می‌کند.

سرفصل مطالب آموزش ویدئویی اشکال زدایی و مدیریت خطا در Web API های ASP.NET Core 6

فصل اول: مقدمه دوره آموزشی
  • مقدمه دوره آموزشی
فصل دوم: مقدمه
  • مقدمه
  • بررسی پیش نیاز های این دوره آموزشی
  • راه اندازی کردن پروژه
  • بررسی کردن پروژه API
  • جمع بندی
فصل سوم: اشکال زدایی و یا دیباگ کردن API های ساخته شده با NET 6.
  • مقدمه
  • ایجاد مستندات برای API با استفاده از Swagger
  • گسترش دادن Swagger UI با استفاده از XML Comment ها
  • اشکال زدایی و یا دیباگ کردن API ها با استفاده از Swagger
  • اشکال زدایی و یا دیباگ کردن API ها با استفاده از Postman
  • کار کردن با Collection ها در Postman
  • استفاده کردن از Webhook Endpoint ها به صورت Local در دیباگ کردن برنامه
  • جمع بندی
فصل چهارم: مدیریت کردن خطاها و فرمت بندی کردن Response ها
  • مقدمه
  • راه اندازی کردن چندین API Environment
  • ایجاد کردن Error Handler Page های سفارشی
  • تغییر دادن API Response ها با استفاده از Filter ها
  • نگاشت و یا ایجاد Map بین Error Code و لینک های Instruction
  • سفارشی سازی کردن Error Detail های پیشفرض
  • جمع بندی
فصل پنجم: ایجاد کردن Error Handling بصورت Global
  • مقدمه
  • انجام Error Handling بصورت Global با استفاده از Exception Middleware درونی
  • کارکردن با Exception های سفارشی
  • Log کردن Error ها بصورت Global
  • ایجاد کردن Error Handling Middleware سفارشی
  • جمع بندی
دیدگاه کاربران

دیدگاه ها

برای ثبت دیدگاه ابتدا وارد حساب کاربری شوید.
هنوز دیدگاهی برای این محصول تایید نشده است.