Swing "Window Manager" - Gedankenprobleme

[Bizarrus]

Halli hallo hallöle

Ich bin derzeit eine Client/Server Anwendung am basteln und habe da eine Idee.
Der Titel selber sagt schon ein Teil dazu.

Es geht nicht um einen eigendlichen "Window Manager", wie man ihn sich vorstellen kann, ich habe da eher eine eigene Vorstellung:

Serverseitig können beliebige Fenster "versendet" werden, die zuvor über Methoden "zusammengebastelt" wurden. Der Client intepretiert dies, "parsed" den Mist und gibt dann das Fenster aus. Nein, nicht im densinne eines Object-Streams.

Ich gebe nun mal ein Beispiel:
Bei einer Authentifizierung wird ein "Popup" serverseitig aufbereitet und versendet, wenn das Passwort falsch eingegeben wurde:

client.send(WindowManager.popup("Falsches Passwort", String.format("_Falsches Passwort_ für %s eingegeben.", rs.getString("account_nickname"))));

Hier die dafür vorgesehene Methode:

public static String popup(String title, String text) {
	Window window = new Window("Problem", 400, 300);
	window.setType(2);
	window.setPosition("CENTER");
		
	TextPanel panel_text = new TextPanel(text);
	panel_text.setPosition("Center");
	window.addPanel(panel_text);
		
	Button button_close = new Button("OK");
	button_close.setCloseable(true);
	button_close.setPosition("South");
	window.addPanel(button_close);
		
	return PacketCreator.window(window);
}

Serverseitig werden halt Klassen einzelner Komponenten bereitgestellt, die diverse Eigenschaften besitzen.

Der Client erhält folgendes Paket und bereitet durch die gegebenen Trennzeichen das Fenster auf:

[ >>> ] w\0WINDOW_TYPEÚ℁Ú2õWINDOW_TITLEÚℂÚProblemõWINDOW_SIZEÚÚ
¿
,õWINDOW_RESIZABLEÚ℄ÚFALSEõWINDOW_POSITIONÚℂÚCENTER¯_Falsches Passwort_ für Admin eingegeben.Ú倂Ú¬OKÚ倁Ú

Das ganze sieht dann später folgendermaßen aus:

Soweit so gut.
Generell setzt sich das Paket folgendermaßen zusammen:

w - Opcode (w = Window)
0x00 - NULL Byte Trennzeichen
[WINDOW PROPERTIES] - Beispielsweise Titel, Größe, etc..
0xAF - Trennzeichen, hier fangen alle auf dem Fenster dargestellten Komponenten an
[COMPONENTS] - Buttons, Panels & co...

Jetzt habe ich aber eine kleine Denkstütze Nötig.

Wie wäre es am sinnvollsten auch etwas komplexere Aufbauten zu implementieren/zu verschachteln?
Ein Beispiel: Mehrere Panels die ineinander verschachtelt sind mit unterschiedlichen LayoutManagern.

Grund hierfür ist, dass ich später nur noch Serverseitig Fenster "abändern" kann, ohne ständig den Clienten updaten zu müssen.

 

[Timothy Truckle]

Auch wenn Du das wahrscheinlich nicht hören willst , aber ein bewährtes Format für sowas wäre XML...

bye
TT

 

[Bizarrus]

Ich hab an XML auch bereits gedacht, genauso wie an JSON.
Ich persönlich finde es eher unpraktisch bzw. gegenüber der Netzwerkaktivitäten zu viel.

Jeder weiß ja wie ein XML Dokument aussehen könnte.
Es ist doch (je nachdem wieviele Nutzer nachher den Clienten nutzen) ein Enorm höherer Trafficverbrauch.

Kleines Beispiel:

XML

<?xml ... Kein Plan ... ?>
<window>
	<settings>
		<!-- ... -->
	</setting>
	<components>
		<panel>
			<layout>BorderLayout</layout>
		</panel>
	</components>
</window>

JSON

{
	"settings": {
		/* ... */
	},
	"components": {
		"panel": {
			"layout": "BorderLayout"
		}
	}
}

Meine Idee:

w		// Window
0x00		// Settings Anfang
....		// ...
0xAF		// Komponenten Anfang
0x5002	// Panel
Layout:BorderLayout

Auch wenn jetzt XML bzw. JSON nicht unbedingt "valide" dargeboten wird, es dient nur als Beispiel.. Sind bei XML schon ziemlich mehr Zeichen/Zeilen notwendig als bei JSON oder meiner Idee.

 

[Phash]

willst du die Daten per Rauchzeichen versenden?
XML Daten sind nicht dick... im KB Bereich brauchst du dir heute keine Gedanken mehr machen...

 

[Bizarrus]

Doch, im Mobilen bereich schon, da ich such eine iOS App als Client plane.
Gut, bei WiFi ist des ja in ordnung, bei einer Mobilen Datennutzung spielt dies aber schon eher eine Rolle.

 

[Timothy Truckle]

Auch wenn jetzt XML bzw. JSON nicht unbedingt "valide" dargeboten wird, es dient nur als Beispiel.. Sind bei XML schon ziemlich mehr Zeichen/Zeilen notwendig als bei JSON oder meiner Idee.

Also solange deine Konfiguration kleiner als 10k bleibt braucht Du Dir um Netzwerkverkehr keine gedanken zu machen, weil in einem 100Mbit die IP-Packete mindestens so groß sein müssen (also mit Nullen aufgefüllt werden, wenn sie kleiner sind...).

Außerdem könnte man ja auch Attribute einsetzen, was die Anzahl der Zechen deutlich verringert.

<?xml ... Kein Plan ... ?>
<window posX="0" posY="0">
    <settings>
        <!-- ... -->
    </setting>
    <components>
        <panel layout=BorderLayout>
            <north>
              <label text="der Text"/>
            </north>           
        </panel>
    </components>
</window>

und die Zeilenumbrüche und Leerzeichen sind ja eh nicht wichtig, die kann man nachträglich reinformatieren lassen.

Und letztlich bist Du nun wirklich nicht der erste, der sich so ein Format ausdenkt. Die Frage, die sich mir stellt ist halt, wenn das so gut ist, warum wird dann so viel mit XML umgesetzt? Sind die Andern alle zu blöd für Deinen Ansatz?

bye
TT

 

[Bizarrus]

Naja, warum XML genutzt wird? Weil es halt vorhanden ist, neben bereits vorhandenen Parsern.

Ich brächte ja auch nur eine Denkstütze, wie ich die einzelnen Komponenten mit "Subkomponenten" bestücken kann, ohne dass gleich etwas schief läuft.

 

[Timothy Truckle]

Ich brächte ja auch nur eine Denkstütze, wie ich die einzelnen Komponenten mit "Subkomponenten" bestücken kann, ohne dass gleich etwas schief läuft.

Es wird nicht gehen, ohne das Ende einer Komponente zu kennzeichen.

Andernfalls müsstets Du alle Kompnenten der ersten Ebene aufführen und erst anschließend die Komponenten der nächsten Ebene + Referenz, in welche übergeordnete Komponente sie gehören.

bye
TT

 

[Bizarrus]

Ja, das "ineinander verschachteln" wäre hier ja definitiv nicht sinnvoll, da der "parser" dann ja durcheinander kommt".

Gut, dann müsste ich rein Theoretisch erstmal alle Elemente Parsen und "Sammeln" Beispielsweise über einer Objektliste und dann erst zusammen stellen lassen.

Ah, gut ich hab schon einen guten Denkanstoß, du bist mein Held :applaus:

 

[Timothy Truckle]

Ah, gut ich hab schon einen guten Denkanstoß, du bist mein Held :applaus:

Nicht übertreiben...

bye
TT