ویرگول
ورودثبت نام
حمیده دلیری
حمیده دلیری
خواندن ۳ دقیقه·۸ روز پیش

چرا Auth::id() در متد سازنده کنترلر null برمیگرداند؟

دلیل اینکه فراخوانی dd(Auth::id()) در سازنده (constructor) کنترلر مقدار null برمی‌گرداند، اما در سایر متدهای کنترلر شناسه کاربر لاگین‌شده را برمی‌گرداند، به ترتیب اجرای بخش‌های مختلف لاراول مربوط می‌شود.

ترتیب اجرای درخواست‌ها در لاراول:

  1. سازنده (Constructor): وقتی سازنده کنترلر فراخوانی می‌شود، هنوز میدلورها (مثل احراز هویت) به‌طور کامل پردازش نشده‌اند.سازنده کنترلر قبل از اینکه لاراول میدلورها (middlewares) را اجرا کند، فراخوانی می‌شود.
    چون میدلور احراز هویت (Authenticate middleware) هنوز اجرا نشده است، در سازنده کنترلر، کاربر هنوز احراز هویت نشده و متد Auth::id() مقدار null برمی‌گرداند.
  2. میدلورها (Middlewares): بعد از سازنده، میدلورها اجرا می‌شوند. در این مرحله میدلورهای مرتبط با احراز هویت بررسی می‌کنند که آیا کاربر لاگین کرده است یا نه. بعد از اجرای میدلور احراز هویت، اطلاعات کاربر در دسترس است.
  3. متدهای کنترلر: پس از اجرای میدلورها، وقتی شما متدهای کنترلر را فراخوانی می‌کنید، کاربر لاگین‌شده شناسایی شده است و به همین دلیل Auth::id() در متدهای کنترلر کاربر لاگین‌شده را برمی‌گرداند.

راه‌حل:

اگر نیاز دارید که شناسه کاربر را در سازنده کنترلر دریافت کنید، باید مطمئن شوید که میدلور احراز هویت قبل از فراخوانی سازنده کنترلر اجرا شده است. برای این کار می‌توانید از میدلورها در سازنده کنترلر استفاده کنید تا احراز هویت را در متدهای سازنده لحاظ کنید.

استفاده از میدلور در سازنده:

class SomeController extends Controller { public function __construct() { // اجرای میدلور auth برای اطمینان از اینکه کاربر لاگین شده است $this->middleware('auth'); // حالا شناسه کاربر در دسترس خواهد بود dd(Auth::id()); // اینجا دیگر مقدار null نخواهد بود } }

راه حل بهتر: استفاده از Lazy Loading برای دسترسی به شناسه کاربر

می‌توانید به جای استفاده مستقیم از Auth::id() در سازنده یا در لحظه ساختن سرویس، دسترسی به شناسه کاربر را به لحظه‌ای که واقعاً نیاز دارید موکول کنید. این کار را می‌توانید با استفاده از Closure یا Lazy Loading انجام دهید.

مرحله 1: تنظیم CartService برای دریافت شناسه کاربر به صورت Lazy

می‌توانید در CartService به جای استفاده مستقیم از Auth::id()، یک Closure یا تابع callback برای شناسه کاربر تنظیم کنید که فقط در زمان نیاز اجرا شود.

namespace App\Services; class CartService { protected $userId; public function __construct() { // شناسه کاربر را به صورت lazy (تنبلی) تنظیم می‌کنیم $this->userId = fn() => Auth::id(); } public function getCart() { // اجرای Closure برای دریافت شناسه کاربر در زمان نیاز $userId = ($this->userId)(); if ($userId) { // برگرداندن سبد خرید کاربر لاگین شده return $this->getUserCart($userId); } else { // سبد خرید مهمان return $this->getGuestCart(); } } protected function getUserCart($userId) { // منطق دریافت سبد خرید کاربر لاگین شده } protected function getGuestCart() { // منطق دریافت سبد خرید مهمان } }

مرحله 2: استفاده از CartService در کنترلر

حالا می‌توانید بدون هیچ مشکلی CartService را در سازنده کنترلر تزریق کنید، چرا که دسترسی به شناسه کاربر فقط زمانی انجام می‌شود که نیاز است (در متد getCart()):

namespace App\Http\Controllers; use App\Services\CartService; class CheckoutController extends Controller { protected $cartService; public function __construct(CartService $cartService) { $this->cartService = $cartService; } public function checkout() { // cartService اکنون به درستی شناسه کاربر لاگین شده را می‌شناسد $cart = $this->cartService->getCart(); return view('checkout', compact('cart')); } }

مزایا:

  1. تزریق در سازنده: همچنان از مزایای تزریق وابستگی در سازنده استفاده می‌کنید و کد تمیزتر است.
  2. دسترسی lazy به شناسه کاربر: Auth::id() فقط زمانی فراخوانی می‌شود که نیاز باشد (مثلاً هنگام فراخوانی getCart())، و از مشکل null بودن شناسه کاربر جلوگیری می‌شود.
  3. کاهش پیچیدگی: نیازی به تزریق مستقیم سرویس‌ها در متدهای کنترلر نیست و ساختار کلاس‌ها ساده‌تر است.




نکته مهم:

معمولاً نیازی نیست که در سازنده کنترلر شناسه کاربر را بررسی کنید. بهترین روش این است که عملیات مربوط به شناسه کاربر را در متدهای کنترلر انجام دهید، زیرا در آن مرحله مطمئن هستید که کاربر لاگین‌شده شناسایی شده است.






احراز هویتسازنده کنترلرauth idmiddlewareلاراول
شاید از این پست‌ها خوشتان بیاید