ITokenValidatorService دقیقا همین کار را انجام می‌دهد و درخواست غیرمعتبر (ناشی از منطق‌های سفارشی) را برگشت می‌زند که نتیجه‌ی نهایی آن در سمت کاربر با بررسی status-code دریافتی، قابل ردیابی است. برای مدیریت سراسری این مورد در این سری، یک interceptor مخصوص نوشته شده.
وحید نصیری وحید نصیری
Blazor 5x - قسمت دوم - بررسی ساختار اولیه‌ی پروژه‌های Blazor
‫۳ سال و ۶ ماه قبل، سه‌شنبه ۱۹ اسفند ۱۳۹۹، ساعت ۱۳:۴۶
یک نکته‌ی تکمیلی: خطاهای بارگذاری پروژه‌های Blazor

ممکن است برای بار اولی که یک پروژه‌ی Blazor را بر اساس قالب پیش‌فرض آن ایجاد کردید، برای مثال در VSCode با ذکر خطای عدم بارگذاری، تشخیص داده نشود.
Failed to load project file BlazorServer.App.csproj.
C:\Program Files\dotnet\sdk\5.0.103\Sdks\Microsoft.NET.Sdk.Razor\build\netstandard2.0\Microsoft.NET.Sdk.Razor.Component.targets(107,5): 
Error: The specified task executable location "C:\Program Files\dotnet\dotnet.exe /M" is invalid.
در این حالت VSCode را بسته و یکبار پروژه را با دستور dotnet run، بیلد و اجرا کنید. سپس VSCode را باز کنید. در این حالت پروژه بدون مشکل بارگذاری می‌شود. یک چنین حالتی در Visual Studio هم گزارش شده‌است و گاهی از اوقات کامپوننت‌های جدیدی را که تعریف می‌شوند، تشخیص نمی‌دهد. این مشکل نیز با Build پروژه و بارگذاری مجدد آن حل می‌شود.
- بحث anti-forgery token مربوط به برنامه‌هایی هست که از کوکی استفاده می‌کنند و نه از JWT. تا زمانیکه JWT را به صورت دستی به هدر درخواست اضافه می‌کنید (مانند مثال این سری) و به صورت خودکار از طریق کوکی‌ها ارسال نمی‌شود، اساسا CSRF attacks در مورد آن‌ها بی‌معنا است.