Gibt es "best practices" für GUI Anwendungen? (Graphische Oberflächen)

[thread]15466[/thread]

Gibt es "best practices" für GUI Anwendungen?

Leser: 31

Articles: hide open all | hide show old branches

+5 replies
Molaf

2010-09-17 09:21

User since
2007-10-11
119 Artikel
BenutzerIn

Hallo allerseits,

ich wollte mal fragen, ob es eine Richtlinie oder eine Demoanwendung oder irgendwas gibt, wie man modernes Perl mit Tk- oder Gtk-Anwendungen umsetzt.

Wenn ich meinen alten Code sehe von Webanwendungen oder normalen Skripten, dann weiss ich, wie ich das heutzutage eleganter machen würde.
Bei Tk-Anwendungen, ganz besonders wenn noch thread-Krams drin steckt, da fällt mir nichts ein.

google sagt mir da auch nichts hilfreiches, besonders die Tk-Links sind teilweise uralt.

Kann mir zufällig jemand weiterhelfen?

Gruß,
Molaf
- roli
  
  2010-09-17 11:26
  
  User since
  2004-12-31
  424 Artikel
  BenutzerIn
  
  Hi,
  
  ohne dir konkret helfen zu könne, kann ich aber dein Frageliste noch erweitern:
  
  Quote
  wxPerl is an extension module allowing the creation of GUI (Graphical User Interface) from Perl; it is built as a wrapper for the awesome wxWidgets C++ GUI toolkit. You can look at some screenshots or read about wxPerl users. A wxPerl Wiki is also available.
  
  Roland
  --
  "Steh vorn, während du fragst;
  sitzen soll, wer antwortet."
  Aus "Die Edda des Snorri Sturluson" "Gylfis Täuschung" Strophe 2
- +2 replies
- topeg
  
  2010-09-17 11:56
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Schau dir das MVC-Konzept an, das lässt sich auch in Perl leicht umsetzen. (MVC = Model-View-Controller)
  Auch wenn du es nicht ganz so streng umsetzt, so ist es sinnvoll die GUI in einen eigenen Namespace zu packen und wenn man kann als Klasse behandeln. Ein gute Trennung ist sehr nützlich, da es spätere Änderungen und das finden von Fehlern vereinfacht. Es ist aber auch aufwändig.
  Zerlege die GUI in kleine Logische in sich geschlossenen Einheiten. Wenn das Design mal geändert werden soll, brauchst du nicht gleich alles neu zu schreiben.
  Mach ordentlich Gebrauch von Funktionsrefenzen um die logischen Funktionsblöcke miteinander zu verbinden. Das verbessert die Trennung macht die Wiederverwendung von logischen Blöcken einfacher.
  (Z.B. bei Java wird das über Objekte simuliert, was ein ziemlicher Hickhack ist, finde ich)
  
  So versuche ich es meist zu halten. Es gibt auch andere Herangehensweisen.
  - Mollaff
    
    2010-09-20 13:29
    
    User since
    2010-04-24
    1 Artikel
    BenutzerIn
    
    Soweit schon klar, nur greift ja MVC viel mehr bei bspw. Webanwendungen.
    Wenn ich GUI-Krams habe, welches neue Eingaben vom User und/oder von parallelen Threads erhält, dann ist das mit dem MVC schon nicht mehr sauber lösbar (meine ich).
    
    Ich hätte gerne eine Skelettanwendung ohne Inhalt, die Threads und GUI schön sauber trennt. Ich würde eine selber machen, nur fehlt mir da so ein bissel die Inspiration wie man es am sinnigsten aufteilt. Derzeit main mit usees drin und Funktionsaufrufen, ein Modul für GUI-Aufbau, ein Modul für GUI-repeats, button-commands usw., ein Modul für Threadsteuerung/Querying (Master/Worker) und ein Modul für Funktionsaufrufe der Thread-Worker.
    
    Kann mir jemand ein Programm mit gutem Aufbau nennen, wo ich mich bedienen kann?
    
    Dann hätte man/ich einen guten Rumpf auf die man alle künftigen GUI-Anwendungen aufsetzen kann.
    
    Vielleicht sowas wie Catalyst für GUIs (nur ohne die Automatik).
- lichtkind
  
  2010-09-17 13:26
  
  User since
  2004-03-22
  5681 Artikel
  ModeratorIn + EditorIn
  
  strat hatte mal einen vortrag dazu gehalten, find es aber grad nicht auf seiner seite. generell ist halt saubere trennung wichtig. was gehört zur funktionalität eines widget oder was zu einer logischen funktion? grad in wx lieber ne widget klasse erweitern und dein default verhalten der widgets trennen von der logik des programms, um es auch kompakt zu halten. paramtergruppen in variablen ablegen, daß sie leichter änderbar sind in alles widgets die wirklich eine logische verknüpfung haben. hilft auch gegen überlange codezeilen. weil du eventbasierst programmierst, braucht es manchmal auch etwas mehr kommentar , sodaß jemand weiss wo es weitergehen könnte, wenn er was im code sucht.
  
  Last edited: 2010-09-20 15:38:43 +0200 (CEST)
  Tutorien in der Wiki, mein zeug:
  kephra, baumhaus, garten, gezwitscher
  
  Es beginnt immer mit einer Entscheidung.

View all threads created 2010-09-17 09:21.