Gutschein verwenden WELCOME um 20% zu sparen

€ EUR
  • $ USD
  • € EUR
  • £ GBP
  • $ AUD
  • R$ BRL
  • CHF CHF
  • ¥ JPY
FiveM Frameworks: QBCore vs. ESX

Gleichzeitige Nutzung von ESX und QBCore: Warum das nicht machbar ist

Direkte Antwort: Führe ESX und QBCore nicht als zwei autoritative Kerne für dieselben Spieler aus. Beide können technisch als FiveM-Ressourcen starten, aber sie modellieren Identität, Jobs, Geld, Inventar, Callbacks und Events unterschiedlich. Ohne eine speziell entwickelte Brücke und eine deklarierte Quelle der Wahrheit wird duplizierter Zustand unsicher und schwer wiederherstellbar.

Warum zwei Kerne kollidieren

Bereich Risiko mit zwei Autoritäten Erforderliche Kontrolle
Identität Ein Spieler kann nicht zusammenhängende ESX- und QBCore-Datensätze erhalten. Eine kanonische Identität und explizite Zuordnung.
Geld und Jobs Updates können abweichen oder doppelt angewendet werden. Eine zuständige Komponente für Schreibzugriffe und geprüfte Konvertierungsregeln.
Inventar Elemente, Metadaten und Speichersemantik unterscheiden sich. Eine Inventarautorität; Adapter an der Grenze.
Events und Callbacks Ähnliche Gameplay-Aktionen können nicht zusammenhängende Framework-Handler auslösen. Geprüfte Adapter mit eigenen Namensräumen statt globaler Spiegelung.
Abhängigkeiten Eine Ressource kann den falschen Kern erkennen oder eine nicht unterstützte API verwenden. Genaue Abhängigkeits- und Startreihenfolgetests.

Was ist machbar

Ein Server kann für eine bestimmte Ressource einen Kompatibilitätsadapter betreiben, wenn dessen Schnittstelle klar begrenzt ist und ein Framework maßgeblich bleibt. Qbox dokumentiert beispielsweise eine QB-Bridge und ihre Grenzen. Das unterscheidet sich davon, zwei vollständige Wirtschafts- und Spielermodelle nebeneinander zu betreiben.

Entscheidungs-Checkliste

  1. Benenne den autoritativen Kern für Identität, Jobs, Geld und Inventar.
  2. Liste die genauen Legacy-Ressourcen auf, die die Migration blockieren.
  3. Bevorzuge den Austausch oder die Portierung einzelner Ressourcen. Nutze eine Bridge nur, wenn ihre Schnittstellenvorgaben dokumentiert und überprüfbar sind.
  4. Teste nicht autorisierte Aufrufe, Wiederverbindungen, Neustarts und teilweises Abhängigkeitsversagen.
  5. Wenn beide Kerne dieselbe Domäne schreiben müssen, stoppe und überarbeite vor der Produktion.

Umfang und Einschränkungen

Es gibt keine universelle Antwort für jeden Fork oder eigenen Adapter. Eine sorgfältig entwickelte Bridge kann einen begrenzten API-Bereich übertragen, muss aber Zuständigkeiten, Fehlerverhalten und Persistenzregeln festlegen. „QB-kompatibel“ belegt keine vollständige QBCore-Kompatibilität auf einem anderen Framework.

Primäre Quellen

Schreibe einen Kommentar