Bezpośrednia odpowiedź: Nie uruchamiaj ESX i QBCore jako dwa autorytatywne rdzenie dla tych samych graczy. Oba mogą technicznie działać jako zasoby FiveM, ale inaczej modelują tożsamość, pracę, pieniądze, ekwipunek, wywołania zwrotne i zdarzenia. Bez specjalnie zbudowanego mostu i jednego zadeklarowanego źródła prawdy, zduplikowany stan staje się niebezpieczny i trudny do odzyskania.
Dlaczego dwa rdzenie powodują konflikty
| Domena | Ryzyko z dwoma autorytetami | Wymagana kontrola |
|---|---|---|
| Tożsamość | Jeden gracz może otrzymać niepowiązane rekordy ESX i QBCore. | Jedna kanoniczna tożsamość i jawne mapowanie. |
| Pieniądze i praca | Aktualizacje mogą się rozchodzić lub być stosowane dwukrotnie. | Jedna reguła zapisu właściciela i przetestowana reguła tłumaczenia. |
| Spis | Elementy, metadane i semantyka przechowywania różnią się. | Jedna autorytatywna inwentaryzacja; adaptery na granicy. |
| Zdarzenia i wywołania zwrotne | Podobne akcje w grze mogą wywoływać niepowiązane procedury obsługi frameworka. | Nazwane, przejrzane adaptery zamiast globalnego odzwierciedlenia. |
| Zależności | Zasób może wykryć niewłaściwy rdzeń lub użyć nieobsługiwanego API. | Dokładne testy zależności i kolejności uruchamiania. |
Co jest wykonalne
Serwer może uruchomić adapter kompatybilności dla konkretnego zasobu, gdy adapter ma wąski kontrakt, a jeden framework pozostaje autorytatywny. Qbox na przykład dokumentuje mostek QB i jego ograniczenia. Jest to inne niż uruchamianie dwóch kompletnych ekonomii i modeli graczy obok siebie.
Lista kontrolna decyzji
- Nazwij autorytatywny rdzeń dla tożsamości, pracy, pieniędzy i ekwipunku.
- Wymień dokładne starsze zasoby, które blokują migrację.
- Preferuj zastępowanie lub przenoszenie każdego zasobu; mostkuj tylko wtedy, gdy kontrakt jest udokumentowany i możliwy do przetestowania.
- Testuj nieautoryzowane wywołania, ponowne połączenia, restarty i częściowe awarie zależności.
- Jeśli oba rdzenie muszą zapisywać w tym samym obszarze, zatrzymaj się i przeprojektuj przed produkcją.
Klasyfikacja produktu nie jest mostkiem.
Produkt może zawierać obie kategorie ESX i QBCore, ponieważ oferta twierdzi, że ścieżki wsparcia są oddzielne. Raport pokrycia frameworka FiveM mierzy te nakładające się kategorie; nie mówi, że oba rdzenie powinny działać jednocześnie.
Zakres i ograniczenia
Nie ma uniwersalnej odpowiedzi dla każdego forka lub niestandardowego adaptera. Starannie zaprojektowany mostek może tłumaczyć ograniczoną powierzchnię API, ale musi deklarować własność, zachowanie w przypadku awarii i zasady trwałości. Nie interpretuj “kompatybilny z QB” jako dowodu pełnej kompatybilności QBCore z innym frameworkiem.