|
yab Programmierrichtlinien
Autor: Christian Albrecht System: BeOS,Haiku,Zeta Worum es in diesem Tutorial geht In laufe der letzten Jahre habe ich an diversen kleineren und größeren yab Anwendungen gearbeitet. Mit diesen Jahren habe ich vieles gelernt und optimiert. Wenn ich Programmkodes von damals mit heute vergleiche sind dort große Unterschiede zu sehen. Wenn man anfängt mit Programmieren zählt vor allen die Funktion, da wird noch nicht so viel Wert auf das Aussehen und die Hintergrundabläufe geachtet. Das ändert sich jedoch mit der Zeit. Wenn man immer wieder die selben Programmierarbeiten durchführt gewöhnt man sich schnell an diese aus Vorherigen Programmkodes zu entnehmen. Findet man eine Möglichkeit diese Abläufe zu verbessern, so finden diese schnell Einzug in den Programmieralltag. Heute befinden sich in meinen Programmen diverse Abfragen zum Thema Programmablauf. Dabei überlasse ich ungern etwas dem Zufall. Wenn ich zum Beispiel bestimmte Verzeichnisse oder Dateien für mein Programm benötige, so überprüfe ich diese im Vorwege. Alles was fehlt wird entweder erstellt oder der Benutzer darüber informiert. In diesem Tutorial möchte ich diese Erfahrungen nun mit Denen teilen die Interesse daran haben. Inhalt Auf einhaltlichtes Design achten Wie man beim Essen sagt "Das Auge ist mit", so trifft das auch auf das Aussehen von Programmen zu. Hat eine Anwendung ein ansehnliches, übersichtliches Design wird des Benutzer diese gerne verwenden. Herrscht allerdings Chaos, so schreckt das den Benutzer ab. Das betrifft die Farbwahl, die Schriftart, Aufbau der Schaltflächen, Textbereiche, etc. Allerdings ist wichtig, dass man darauf achtet das bei allen Designtechnischen Dingen nicht die Logik und Bedienungsfreundlichkeit drunter leidet. Es ist nicht immer einfach hier den richtigen Weg zu finden. Oftmals sind es Kleinigkeiten die am Ende die größte Wirkung haben. Ich für meinen Teil verwende z.B. so gut wie nie die bei den yab Modulen eingefügten Beschriftungsbereiche, sondern erstelle sie mit DRAW TEXT und füge dann das gewünschte Modul (z.B. eine Textcontrol) hinten an.
Dadurch ist die Position der im Beispiel verwendeten Textcontrol "an sich" (das Eingabefeld) nicht abhängig von dem Text davor. Somit kann man zum Beispiel mehrere Textcontrols untereinander positionieren, die alle unterschiedlich beschriftet sind, aber trotzdem alle genau an der selben vertikalen Position beginnen. zurück zur Übersicht Benutzerfreundlichkeit Dies sind Fragen, die man sich immer stellen sollte. Gehe dabei nie davon aus wie Du es selber siehst, denn wer ein Programm schreibt sieht darin immer eine "eigene" Logik, die nicht immer auf den Benutzer übertragbar ist. zurück zur Übersicht Ermittlung der Bildschirmauflösung Eine Ermittlung der Bildschirmgröße kann vielerlei Vorteile haben. Zum Beispiel hat dies beim Aufbau eines Programms den optischen Vorteil, dass man mit diesen Daten das Programmfenster mittig vom Bildschirm anzeigen kann. Ein andere Anwendungsmöglichkeit ist ein Programmfenster den Bildschirmspezifischen Möglichkeiten anzupassen (z.B. für Vollbild- , Minimalansicht). Die Bildschirmgröße zu ermitteln ist sehr einfach und benötigt nur zwei Zeilen des Programmkodes:
Die Variablen screen_width und screen_height sind dabei Namen die der Entwickler selber vergeben kann. Diese Zahlenvariable kann nun für jeden Größenabgabe des Programmfensters, oder natürlich auch für jedes andere Fenster, verwendet werden. Die einfachste Lösung ist dabei die Zahlenvariable durch zwei zu teilen und dann die Hälfte der gewünschten Fenstergröße abzuziehen und für die andere Position dazuzugeben.
zurück zur Übersicht Überprüfen auf Vorhandensein von Verzeichnissen und Dateien Verwendet man in einem Programm feste Verzeichnisse oder verwendet externe Programme, sollte diese im Vorfeld überprüft werden. Selbst wenn man diese selber mit dem Programm zusammen ausliefert, sollte eine Überprüfung durchgeführt werden, denn man weiß nie ob jemand im System etwas verändert hat. Beispiel: Beim Programmstart wird eine Konfigurationsdatei ausgelesen, welche alle wichtigen Informationen für die Anwendung beinhaltet. Sollte diese Datei nicht da sein kann das Programm an dieser Stelle nicht weiterlaufen, sprich es stürzt ab. Der Benutzer der Anwendung sieht keinerlei Information warum dies geschehen ist, denn das Programm wird scheinbar einfach beendet. Nun gibt es mehrere Möglichkeiten dieses zu lösen. Zum Beispiel könnte man ein Infofenster anzeigen mit einer Fehlermeldung, die dem Benutzer darüber informiert weshalb ein Fehler aufgetreten ist. Schöner wäre allerdings, würde man die Konfigurationsdatei automatisch erstellen lassen, sollte diese fehlen. Aus diesem Grund liefere ich bei Verwendung einer Konfigurationsdatei diese nicht mehr mit aus, sondern lasse sie durch eine Abfrage automatisch erstellen. So ist es egal ob sie vorhanden ist oder nicht, denn selbst wenn eine Konfigurationsdatei, weshalb auch immer, auf einmal nicht mehr vorhanden sein sollte, wird eine Standard- Konfigurationsdatei neu erstellt. Dazu bietet sich ein Lösungsweg an, der in der yabIDE eingesetzt wird. Diese verwendet eine IF- Abfrage, eine Sub- Routine und den Terminal Befehl test um die gesuchte Datei/Verzeichnis zu überprüfen:
Und die Sub- Routine im Bereich außerhalb der Mainloop:
Jetzt könnte man natürlich sagen, was passiert wenn der Terminal Befehl test auf einmal entfällt in Haiku? Nun dann sollte man, wenn man auf Nummer Sicher gehen möchte, diesen auch überprüfen oder noch besser mit dem Programm mit ausliefern. zurück zur Übersicht Verwenden von feste Schriftarten Bei dem Versuch ein einheitliches Bild einer Anwendung zu erhalten spielt die Schrift einen erheblichen Rolle. Ist diese nicht definiert wird die Standardschrift des Systems verwendet (Einstellbar durch den Benutzer). Dadurch kann es passieren das die verwendetet Textbereiche der Anwendung bei jedem anders aussehen und optische Fehler auftreten. Zum Beispiel könnte ein vor ein Bild gesetzter Text, durch eine große Schriftgröße des Systems, auf einmal länger sein als vorgesehen, sprich der Text endet nicht vor, sondern mitten im Bild. yab Commands: Fonts zurück zur Übersicht Zeilen sparen Je umfangreicher ein Programm wird, desto mehr wächst der Wunsch den Kode kleiner und übersichtlicher zu halten. Hier ein paar Möglichkeiten den Kode zu verjüngen: Cases Bei den Cases kann man zum Beispiel mehre Cases, die ein und die selbe Funktion Aufrufen, hintereinander schreiben und nur mit einem break beenden.
Abfragen Beim Auslesen von Verzeichnissen und Dateien kann man ebenso eine Vielzahl an Zeilen einsparen. An statt jedes Mal, wenn man eine Datei oder Verzeichnis auslesen möchte, die gesamt Abfrage zu verwenden kann man diese prima in eine Sub- Routine auslagern und dann bei Bedarf aufrufen. Um die Informationen für das Auslesen zu übergeben, verwendet man dann einfach immer die selben Variablen. Dieses Beispiel zeigt wie man beim auslesen von Verzeichnissen immer die selbe Sub- Routine und zu erhalten der benötigten Informationen gleiche Variablen verwendet. Wir geben in der Variablen target$ das Verzeichnis an, welches ausgelesen werden soll. Dann rufen wir die Sub- Routine auf. In der Sub- Routine wird dann mit Hilfe des ls Terminalbefehls das Verzeichnis target$ ausgelesen. In dem Array SplitProfile$(1) speichern wir alle Einträge des ausgelesenen Verzeichnisses (target$) die mit einem /n (Zeilenumbruch) getrennt sind. In diesem Beispiel gebe ich nun alle Einträge des Arrays automatisch aus.
zurück zur Übersicht |
|
Bereitgestellt durch BeSly die BeOS, Haiku und Zeta Wissensbasis. |