loading...
طراحی وب- برنامه نویسی
برنامه نویس بازدید : 54 چهارشنبه 09 مرداد 1398 نظرات (0)

در سه بخش گذشته از فصل ۷ با تمام مباحث موردنیاز برای مسیردهی در انگولار آشنا شدید. حال در این بخش به عنوان آخرین بخش از فصل ۷ می‌خواهیم مبحث امنیت در مسیردهی یا Routing Guard را با یکدیگر بررسی کرده تا علاوه بر بهینه‌تر شدن کدهای شما، امنیت نرم‌افزارتان نیز در بالاترین سطح ممکن باشد. با ما همراه باشید.

امنیت در مسیردهی یعنی چی؟

در پاسخ به این سوال باید بگوییم که امنیت در مسیردهی یعنی اعمال یک سری محدودیت‌ها قبل از بارگذاری هر کامپوننت. به عبارت دیگر می‌خواهیم قبل از اینکه یک کامپوننت بکار گرفته شدن، تمهیداتی روی آن اعمال گردد.

بنابراین برای همراهی با این مطلب، ابتدا مثال قبل را باز کرده و سپس در پوشه روت app یک فایل به نام auth-guard.service.ts ایجاد کنید. سپس مجموعه‌ی کد زیر را درون آن قرار دهید تا به توضیحات تک تک خطوط بپردازیم:

همانطور که ملاحظه می‌کنید یک کلاس با نام AuthGaurd ایجاد کرده‌ایم و سپس آن را بر اساس کلاس CanActivate که از کلاس‌های مورد استفاده در angular/router است پیاده‌سازی کرده‌ایم:

 

همانطور که ملاحظه می‌کنید درون کلاس AuthGuard ابتدا متد canActivate را که به صورت خودکار درون angular/router و کلاس CanActivated تعریف شده‌ است، ایجاد می‌کنیم. توجه داشته باشید که این متد دو آرگومان به نام‌های route و state می‌پذیرد که به ترتیب نمایانگر مسیر فعال و وضعیت این مسیر می‌باشد. سپس نوع خروجی این متد را به صورت Observable یا Promise یا مقدار ساده‌ی boolean تعریف کرده‌ایم. داخل پرانتز اشاره کنیم که Observable برای پاسخ به یک یا چند رویداد مناسب است درحالیکه Promise تنها برای پاسخ به یک رویداد مورد استفاده قرار می‌گیرد. در حالت کلی Observable به Promise برتری دارد. حال که این مفاهیم را یاد گرفتید باید یک فایل به نام auth.service.ts درون پوشه روت app ایجاد کنید و سپس یک سیستم فیک برای ورود و عضویت به صورت زیر درون آن تعریف کنیم:

همانطور که مشاهده می‌کنید یک سرویس به نام Auth تعریف کردیم و درون آن یک شبیه‌سازی فیک از ورود و عضویت کاربر قرار دادیم. سپس درون متد isAuthenticate یک متغییر از نوع promise ایجاد و پس از ۸۰۰ میلی‌ثانیه مقدار this.loggIn را باز می‌گردانیم. حال می‌خواهیم از این سرویس درون سرویس AuthGuard استفاده کنیم بنابراین مطابق آموزشهای گذشته ابتدا باید از مفسر Injectable@ استفاده کنیم و در نهایت درون متد canActivate دستور فعال‌سازی یا عدم آن را برای کاربران ارسال کنیم. بنابراین تغییرات موجود در این فایل به صورت زیر خواهد بود:

بسیار عالی در این فایل همانطور که مشاهده می‌کنید از سرویس Auth استفاده کرده و سپس مقدار ارزیابی شده برای ورودی کاربر را باز می‌گردانیم. حال باید به فایل app.Module.ts رفته و سپس مسیرهایی که می‌خواهیم این تست امنیت روی آنها صورت پذیرد را مشخص کنیم. برای اینکار از یک ویژگی به نام canActivate بهره می‌بریم و مقدار روبه‌روی آن را نام سرویسی که وظیفه‌ی تامین امنیت را به عهده دارد (یعنی سرویس AuthGuard) قرار می‌دهیم. بنابراین داریم:

بسیار عالی همانطور که ملاحظه می‌کنید اگر روی زبانه «سرور» کلیک کنید پس از ۸۰۰ میلی‌ثانیه به زبانه‌ی «صفحه اصلی» منتقل می‌شوید. یعنی شما با اعمال یک محدودیت توانستید مسیرهای خود را کنترل کنید.

 

حال فرض کنید می‌خواهید یک مسیر فرزند مثل http://localhost:4200/servers/1/edit را تحت حفاظت امنیتی قرار دهید. در این صورت باید از دستور canActivateChild استفاده کنید. بنابراین ابتدا فایل auth-guard.service.ts را باز کرده و سپس تغییرات زیر را در آن لحاظ کنید:

سپس فایل app.module.ts را به صورت زیر ویرایش کنید:

بسیار عالی در این حالت اگر شما روی زبانه‌ی «سرور» کلیک کنید در دسترس است ولی وقتی وارد یکی از اسامی سرور می‌شوید پس از ۸۰۰ میلی‌ثانیه مجددا به زبانه «صفحه اصلی» منتقل می‌شود. علت این امر تعیین سطح امنیت برای مسیر‌های فرزند است.

برای بهبود این مثال دو دکمه در صفحه اصلی به نام‌های ورود و خروج اضافه می‌کنیم که با کلیک کردن روی آنها متدهای logIn و logOut در سرویس auth اجرا شوند. تا با این کار بتوانیم به صورت پویا تر ورود یا عدم ورود یک کاربر را بررسی کنیم. بنابراین فایل home.component.html را باز کرده و به صورت زیر ویرایش می‌کنیم:

سپس وارد فایل home.component.ts شده تا این متدها را تعریف کنیم:

در صورتیکه این کار را به درستی انجام داده باشید خروجی شما همانند تصویر زیر خواهد بود. حال با کلیک روی دکمه‌ی ورود می‌توانید وارد بخش سرور شوید و اگر روی خروج کلیک کنید این بخش از دسترس خارج می‌شود:

افزودن ورود و عضویت به مثال

یک نکته‌ی بسیار مهم در انتهای این فصل خدمت شما عزیزان مطرح می‌کنیم. اگر توجه کرده باشید تا به اینجای کار تمام آدرسهای ما به صورت http://localhost:4200/servers بود یعنی پس از نام دامنه‌ی لوکال سریعا نام کامپوننت موردنظر آورده می‌شود. این ادرس از نظر مسیردهی اگرچه در سیستم‌های شخصی شما جواب می‌دهد ولی وقتی شما وارد سرور اصلی خود در بستر اینترنت شوید آدرس http://www.roxo.ir/servers دیگر به نرم‌افزار انگولار اشاره نمی‌کند بلکه به مسیر مستقیم سرور و backend شما که با PHP یا Python یا ASP.net k نوشته شده است، اشاره خواهد کرد. بنابراین برای حل این مشکل باید در فایل app.module.ts مقدار عبارت useHash را برای ویژگی RouterModule برابر true قرار دهید. تا در اینصورت آدرس شما به صورت http://localhost:4200/#/servers شود. در این حالت دیگر frontend و backend شما از هم جدا می‌شود بنابراین داریم:

بسیارعالی به شما عزیزان تبریک می‌گوییم. اگرچه فصل ۷ یک مقداری طولانی بود و ممکنه شما اذیت شده باشید اما تسلط به مفاهیم مسیردهی و Routing بسیار مهم است زیرا تمام آنچه در نرم‌افزارهای خود استفاده خواهید کرد همین موضوع است. در فصل بعدی به صورت مفصل به مباحث مربوط به مشاهده کننده‌ها یا Observable ها می‌پردازیم. با ما همراه باشید.

 

توجه: دوستان عزیز آموزش ویدیویی انگولار ۵ از مقدماتی تا پیشرفته به زبان فارسی را می‌توانید با کلیک روی اینجا یاد بگیرید. (این دوره در حال برگزاری است)

آموزش حرفه ای انگولار ۵ به زبان فارسی

 


فصل ۱

فصل ۲

فصل ۳:‌ خطایابی (Debugging) در انگولار ۴

فصل ۴

فصل ۵

فصل ۶

فصل ۷

فصل ۸: معرفی Observable یا مشاهده کننده‌ها در انگولار ۴

فصل ۹

فصل ۱۰: معرفی فیلترها یا Pipes در انگولار ۴

فصل ۱۱: معرفی درخواست‌های Http در انگولار ۴

منبع: رو کسو

ارسال نظر برای این مطلب

کد امنیتی رفرش
اطلاعات کاربری
  • فراموشی رمز عبور؟
  • آرشیو
    آمار سایت
  • کل مطالب : 346
  • کل نظرات : 0
  • افراد آنلاین : 1
  • تعداد اعضا : 0
  • آی پی امروز : 18
  • آی پی دیروز : 17
  • بازدید امروز : 112
  • باردید دیروز : 21
  • گوگل امروز : 2
  • گوگل دیروز : 5
  • بازدید هفته : 186
  • بازدید ماه : 551
  • بازدید سال : 7,060
  • بازدید کلی : 35,295