OS unabhängige Visualisierung einer Steuerung

[muhQ]

Hallo, ich bin gerade auf der Suche nach einer möglichst einfachen platformunabhänigen Visualisierungslösung für ein Prog.

Mein Problem:
Ich besitze eine „Relaiskarte“, welche ich über TCP/IP ansprechen kann.
Nun würde ich mir gerne eine Art „GUI – Designer“ schreiben, um auf bestimmte Funktionen dieser Karte zugreifen zu können.

Da ich Windows XP / CE / Mobile und auch Linux Systeme besitze würde ich dies gerne komplett Plattformunabhängig gestalten und auf möglichst vielen Platformen verfügbar machen.

Bsp.: C# mit Windows Forms GUI Designer stellt Buttons, Listen, etc. zur Verfügung. Genau so etwas möchte ich mit meinen eigenen Widgets erstellen. Diese eigenen Wiegets können natürlich beliebig kompliziert werden. Es können einfache Textfelder sein bis hin zu bsp. eine komplette Animation eines Ventilators mit Geschwindigkeitsanzeige. (SVG Grafiken, da veschiedene Display Auflösungen?)

Ablauf der GUI Erstellung: Benutzer zieht per Drag and Drop z.B. diesen Ventilator auf seinen Screen und verknüpft diesen in den Eigenschaften mit dem Datenpunkt. Nach Kompilierung soll diese Anwendung dann unabhängig ablaufen und die Daten Visualisieren bzw. die Möglichkeit bieten z.B. den Ventilator abzustellen.

Nun stellt sich für mich natürlich die Frage, was ich nehmen sollte. AWT mit batik, oder doch lieber SWING oder GTK+ mit Java, geh völlig unter im Moment

Ich hoffe auf Eure Hilfe, bin nämlich langsam am Verzweifeln dank der Fülle an Treffern bei Google und ich nicht mehr weis was ich nehmen kann / soll

Vielen Dank im Vorraus
Matze
[/u]

 

[Wildcard]

Verstehe ich das richtig? Du möchtest einen eigenen GUI Designer schreiben, der Java Code erstellt?

 

[muhQ]

Also im Prinzip ja, dieser Code sollte dann aber auch auf nem PDA, Windows XP / Mobile /Ce, Linux etc. lauffähig sein.

Ich möchte einfach dem Benutzer ermöglichen sich seine eigene Oberfläche "zusammenzuclicken"

also z.B. ich schließ n Ventilator an meine Relaiskarte an

dann würde der Benutzer brauchen n Label mit Status: on/off bzw. on Stufe. Dieses Label würde mit dem entsprechenden Datenpunkt der Karte über TCP verbunden.
zusätzlich muss die Möglichkeit bestehen ein Bild mit sich drehendem / stehendem Ventilator anzuzeigen.

Und diese beiden Anzeigen würde ich jetzt ebenfalls gern als "ein gesamtes" Widget bereitstellen.

Problem bei dem Bild, es müsste ein SVG sein, damit es frei skalierbar ist -> tinyline?

 

[foobar]

Klingt mehr nach nem mächtigen Workfloweditor. Zur Laufzeit Javacode generieren geht ja schon mal gar nicht.
Du könntest das z.b. mit GEF realisieren: http://www.eclipse.org/gef/

Damit kannste grafische Editoren ala Eclipse Visual Editor bauen.

 

[muhQ]

Da hab ich mich wohl etwas missverständlich ausgedrückt.

Der "Designer" wird einmalig ausgeführt, damit erstellt sich der Benutzer seine standalone Applikation. Also könnte ich diesen evtl. mit deinem Eclipse Vorschlag realisieren, danke dafür!

Also der Benutzer öffnet Prog 1 -> Designer und erstellt sich seine Oberfläche. Dieses Prog erstellt ein 2. Prog

Benutzer startet sein 2.Prog und steuert / überwacht die Hardware.

Wenn dies erledigt ist führt er nur noch sein erstelltes User Interface aus und kann hiermit auf die Hardware zugreifen.
Aber diesen Code für die GUI muss ich ja irgendwie OS unabhängig gestalten, sonst muss ich ja je nach gewähltem Zielsystem eigenen COde schreiben und das würde ich gerne vermeiden. Hast du da viel. noch einen Vorschlag für mich?

 

[foobar]

Dafür mußt du doch keinen Code generieren. Es ist doch ausreichend, wenn der Benutzer mit dem Editor ein Model erstellt welches dann von deinem Framework interpretiert werden kann.

 

[Wildcard]

Dafür mußt du doch keinen Code generieren. Es ist doch ausreichend, wenn der Benutzer mit dem Editor ein Model erstellt welches dann von deinem Framework interpretiert werden kann.

In jedem Fall wesentlich einfacher als eine komplette Applikation in Java zu generieren :shock:
Kann mich deinem Vorschlag nur anschließen. EMF + GMF + GEF. SVG wird auch standardmäßig unterstützt.

 

[muhQ]

hmm, sorry dass ichs immer noch nich ganz kapier, bin ganz neu in dieses segment reingestolpert.

Also mit dem EMF + GMF + GEF. SVG hier erzeug ich mir meinen Editor?
Aber was erzeugt dieser Editor? Muss dieser dann nicht mit diversen compilern bestückt werden, um eine Applikation zu erstellen, welche dann "allein" auf einem PDA läuft, oder einem PC (win xp /linux), oder einem Windows Mobile ...??
Also im Prinzip n installierbares Prog, das dann auf dem zielsys installiert wird und die erstellte Visualisierung übernimmt.

Sorry, ich versteh grad nur noch bahnhof

 

[Wildcard]

FooBar und ich sind der Meinung, das du lieber eine Applikation schreibst, die du mit einem Datenmodell bestückst und die es entsprechend rendered. Das Datenmodell erzeugt dein Editor, und das kannst du ja auch gleich mit deinem statischen Viewer bundlen.
Dynamisch Code zu erzeugen ist sehr schwierig und ein horror zum Debuggen, aber wenn du es drauf anlegst, lege ich dir JET und XPand ans Herz.

 

[foobar]

Aber was erzeugt dieser Editor? Muss dieser dann nicht mit diversen compilern bestückt werden, um eine Applikation zu erstellen, welche dann "allein" auf einem PDA läuft, oder einem PC (win xp /linux), oder einem Windows Mobile ...??

Nein, einen Compiler brauchst du dafür nicht und Code generieren mußt du auch nicht.
Der Editor kann z.b. ein Xmlfile erstellen, daß deine GUI bzw. deinen Workflow darstellt. Anhand dieses Files weiß dann deine Anwendung welche Widgets der User benötigt und wie diese zusammenhängen bzw. welche Logik dahinter steckt.
Das ist genau das selbe Prinzip wie z.b. bei Windows MFC oder JFormDesigner. Der Entwickler erstellt mit einem grafischen Editor Wysiwyg eine Gui, die dann als Textdatei persisitert wird. Diese Textdatei kann dann wieder von einem Parser+Interpreter interpretiert werden. So wird dann aus der Textdatei wieder eine GUI oder was du sonst noch so brauchst.

 

[Gast2]

Moin,

versteh ich das richtig ... Du willst eine Application zur Automatisierung schreiben ... like WinCC ... :shock: ... viel Spass

mal im Ernst - Du musst da viel von einander Trennen ... zum Einen brauchst Du die Ein/Ausgabe so abstrakt wie möglich ... dann muss Dein Object (Ventilator) ebenfalls eine sehr abstrakte Schnittstelle haben ... das Problem ist folgendes ... die Kommunikation findet über TCP / UDP / USB / Seriell / $WHATEVER statt ... nur wenn Du es schaffst die Kommunkationswege abstrakt zu halten wird es einfacher die Objete zu implementieren ... dann kann auch jedes beliebige Object mit der Oberfläche über jedes beliebige Kommunikationsmittel kommunizieren

hand, mogel

PS: im übrigenen würde ich CE & Mobile erstmal weg lassen ... auf den Kisten hast Du nicht viele Möglichkeiten

 

[muhQ]

so wincc triffts ziemlich genau nur eben für meine hardware

hm, wince brauch ich halt, um z.B. mir nur n knopf draufzumachen mit alle lichter aus, deswegen such ich was das auch auf diesen platformen läuft

 

[Gast2]

Moin,

so wincc triffts ziemlich genau nur eben für meine hardware
hm, wince brauch ich halt, um z.B. mir nur n knopf draufzumachen mit alle lichter aus, deswegen such ich was das auch auf diesen platformen läuft

hmmm ... versuche erstmal die Kommunikationswege von den Objekten bzw. der Plattform zu trennen ... dann solltest Du Dich für ein Framework entscheiden ... da ich Mono nicht über den Weg traue (noch kein Programm damit laufen gelassen) und Du Dich hier gemeldet hast (ich gehe davon aus, nur hier) würde ich Dir Java empfehlen

als erste Versuche reicht normales OOP aus

public class VisibleObject  // oder Interface
{
    // Syntax muss nicht unbedingt Java entsprechen
    abstract void An(); // einfaches aktivieren des Objektes
    abstract void Aus();// einfaches deaktivieren des Objektes
    abstract void Action(CommandObject *co); // für komplexere Aktionen
    abstract Image Display(); // Aussehen des Objektes für GUI
}
public class Ventilator extends VisibleObject { /* blabla */ }
public class Schnuerschuh extends VisibleObject { /* blabla */ }

wenn das dann funktioniert kannst Du ja über weitere Frameworks (GEF & so) nachdenken ... wobei ich nicht weis ob unter WinCE & Co. der Platz ("Pladde" & Arbeitsspeicher) ausreichend ist

hand, mogel