الرؤوس والمصادقة بالجلسة
في المشاريع التي لا تتطلب مصادقة، استخدم createHttpClient فقط، وأضف HeaderStore ومصادقة الجلسة عند الحاجة.
كود commonService.ts في هذه الصفحة هو جزء من الملف الكامل.
الكود أدناه لـ HeaderStore وheadersProvider وsessionAuth ليس أمثلة لملفات مستقلة، بل يشرح أجزاء من محول HTTP المشترك للمشروع (rxjsHttpService.ts/commonService.ts). إذا كنت ترغب في رؤية الهيكل الكامل للملف أولاً، تحقق من الكود الكامل للعميل HTTP المكتمل/الموسع.
الرؤوس التي سيتم مشاركتها في المتصفح
الرؤوس التي يجب أن تستخدمها عدة خدمات مثل رمز الوصول الذي تم استلامه بعد تسجيل الدخول يمكن تخزينها فيHeaderStoreHeaderStore.
commonService.ts
tsفي Next.js، يتم فصل رؤوس المتصفح والخادم.
يمكن أن تقرأ مكونات العميل HeaderStore، بينما تقرأ مكونات الخادم الكوكيز. headersProviderيمكنك إنشاء. في هذه الدالة، يمكنك فصل طريقة استعلام الرأس بين CSR وSSR في مكان واحد.
commonService.ts
tsheadersProviderإذا قمت بتمريرها، سيتم استخدام نتائج المزود عند الطلب. كما في المثال أعلاه، إذا قمت بإرجاع HeaderStore مباشرة داخل المزود عند استخدام المتصفح، يمكنك معالجة CSR و SSR في مكان واحد.إذا كانت هناك حاجة لتحديث 401، قم بتغليف callApi مرة واحدة.
لا تعدل خدمات التوليد التلقائي واحدة تلو الأخرى، بل أضف مشغل الجلسة إلىcallApiالخدمة العامة. سيساعد ذلك جميع خدمات التوليد على استخدام نفس قواعد استعلام الرمز والتحديث.
commonService.ts
tsإذا لم يكن هناك تفويض، تحقق أولاً من نقطة نهاية الرمز، وإذا كانت الطلب الأصلي 401، أعد الطلب مرة أخرى بعد التحديث. إذا فشل التحديث أيضًا، استدعِ نقطة نهاية تسجيل الخروج ومرر الخطأ الأصلي.
في حالة الحاجة فقط لمزامنة الرمز المميز دون refresh/retry.
للمزامنة فقط للرمز المميز قبل الطلب دون استخدام refresh/retry 401، استخدم withEnsureToken().
إذا لم تكن هناك حاجة للمصادقة،
فإن هذا يكفي في واجهات برمجة التطبيقات العامة أو المشاريع البسيطة. HeaderStore ومصادقة الجلسة ليست هيكلًا أساسيًا.