Add RequestSchematicSearchPacket #50

Zusammengeführt
Lixfel hat 1 Commits von schemsearch_request nach master 2023-04-11 11:09:36 +02:00 zusammengeführt
Besitzer
Keine Beschreibung angegeben.
Chaoscaot hat 1 Commit 2023-04-09 13:33:19 +02:00 hinzugefügt
Add RequestSchematicSearchPacket
Alle Prüfungen waren erfolgreich
SteamWarCI Build successful
e4c2b05e4f
YoyoNow hat die Änderungen 2023-04-09 13:41:35 +02:00 genehmigt
Besitzer

Warum muss der Subserver für die Schematicsuche mit dem Bungee kommunizieren? Warum läuft das nicht alles auf dem Bungee?

Warum muss der Subserver für die Schematicsuche mit dem Bungee kommunizieren? Warum läuft das nicht alles auf dem Bungee?
Autor
Besitzer

Möchte den Befehl mit unter /schematic haben (/schem match hab ich so überlegt), damit es dann nicht so abgetrennt ist. Die Kommunikation ist ja durch den Bungee als "Manager", dass immer nur einer von dehnen läuft.

Möchte den Befehl mit unter /schematic haben (/schem match hab ich so überlegt), damit es dann nicht so abgetrennt ist. Die Kommunikation ist ja durch den Bungee als "Manager", dass immer nur einer von dehnen läuft.
Besitzer

In dem Fall würde dann aber eher der Bungee intercepten (aka selbst den /schem Befehl haben) und dann halt den Großteil der Befehle einfach Passthroughn (haben wir schon häufiger gemacht, z.B. /bau info oder /tp

In dem Fall würde dann aber eher der Bungee intercepten (aka selbst den /schem Befehl haben) und dann halt den Großteil der Befehle einfach Passthroughn (haben wir schon häufiger gemacht, z.B. /bau info oder /tp
Autor
Besitzer

Es zwar /bau info u. /tp funktionieren, da das Befehle sind, die hauptsächlich im Bungee leben. Mit dieser Lösung müsste dann auch bei jeder Änderung am /schematic Befehl eine Änderung im Bungee gemacht werden. Dazu kommen dann noch die ganzen Typemapper, die ich sehr ungern von dem funktionellen Code trennen will, das gibt einfach nur ne hässliche aufteilung.

Es zwar /bau info u. /tp funktionieren, da das Befehle sind, die hauptsächlich im Bungee leben. Mit dieser Lösung müsste dann auch bei jeder Änderung am /schematic Befehl eine Änderung im Bungee gemacht werden. Dazu kommen dann noch die ganzen Typemapper, die ich sehr ungern von dem funktionellen Code trennen will, das gibt einfach nur ne hässliche aufteilung.
Besitzer

Könntest du nicht einen /schematic [Stringarray...] Befehl machen, den du passthroughst und einen /schematic match Befehl? Ansonsten würde ich den Befehl definitiv anders nennen, da die Bungeekommunikation muss ansonsten auch mit jeder Änderung beidseitig angepasst werden...

Könntest du nicht einen /schematic [Stringarray...] Befehl machen, den du passthroughst und einen /schematic match Befehl? Ansonsten würde ich den Befehl definitiv anders nennen, da die Bungeekommunikation muss ansonsten auch mit jeder Änderung beidseitig angepasst werden...
Autor
Besitzer

da die Bungeekommunikation muss ansonsten auch mit jeder Änderung beidseitig angepasst werden...

Wie meinst du das?

Ja man kann den unter nen Varargs alles passthroughn, Problem sind aber immer noch die TypeMapper (hab keinen Plan ob das CommandFramework das zulässt, die von einem Unterserver zu nehmen, weil ich glaube nämlich nicht) ...

> da die Bungeekommunikation muss ansonsten auch mit jeder Änderung beidseitig angepasst werden... Wie meinst du das? Ja man kann den unter nen Varargs alles passthroughn, Problem sind aber immer noch die TypeMapper (hab keinen Plan ob das CommandFramework das zulässt, die von einem Unterserver zu nehmen, weil ich glaube nämlich nicht) ...
Lixfel hat Commit fde6bda521 in master 2023-04-11 11:09:36 +02:00 gemerged
Lixfel löschte die Branch schemsearch_request 2023-04-11 11:09:37 +02:00
Anmelden, um an der Diskussion teilzunehmen.
Keine Beschreibung angegeben.