Phoenix Object Basic (ehemals Envelop) ist eine integrierte Entwicklungsumgebung, die im Jahr 1995 vom US-amerikanischen Unternehmen Cimlinc entwickelt wurde. Nach dem Ende der Entwicklung durch Cimlinc wurde das Projekt vom niederländischen Unternehmen Janus Software übernommen und in Phoenix Object Basic umbenannt. Dort wurde die Entwicklungsumgebung für das Betriebssystem Linux portiert.
Die Entwicklungsumgebung ermöglicht Rapid Application Development (RAD) in einer eigenen objektorientierten Programmiersprache, die sich sehr stark an Visual Basic 3 orientiert. Die Gestaltung der grafischen Benutzeroberfläche von Envelop sowie die dort bereitgestellten Werkzeuge sind ebenfalls an Visual Basic angelehnt.
Die letzte Version (1.4) für Windows erschien im Jahr 1996. Die letzte Version (1.5 beta 6) für Linux erschien im Jahr 2004. Die Website von Envelop existiert nicht mehr und die Software wird nicht mehr angeboten.
Eigenschaften der Programmiersprache
Phoenix Object Basic ist eine imperative, objektorientierte Programmiersprache.
Klassen und Objekte
Phoenix Object Basic ist eine objektorientierte Programmiersprache. Im Gegensatz zu den meisten objektorientierten Programmiersprachen, findet allerdings keine explizite Aufteilung in Klassen und Objekte statt. Allgemein stellen Objekte eine Instanz einer Klasse dar. Eine Klasse ist eine Menge aller Objekte mit gleichen Attributen und Operationen.
In Phoenix Object Basic können bestehende Objekte kopiert und abstrahiert werden. Die Abstraktion eines Objekts bildet das Prinzip der Vererbung nach. Mehrfachvererbung ist mit Envelop nicht möglich. Zudem existieren in Envelop auch keine Sichtbarkeiten für Attribute und Methoden. Objekte können entweder zur Entwurfszeit über die Entwicklungsumgebung abstrahiert werden oder dynamisch während der Laufzeit. Das globale Objekt ObjectTools stellt eine Reihe von Methoden zur Verfügung, mit der Objekte dynamisch abstrahiert, verwaltet und untersucht werden können. Es handelt sich dabei um grundlegende Funktionen von Reflexion.
Über das globale Objekt SystemTools kann zur Laufzeit mit dem Betriebssystem interagiert werden.
Datentypen und Variablen
Phoenix Object Basic stellt folgende Datentypen bereit:
Typ Symbol Größe Beschreibung Integer % 2 Byte Vorzeichenbehaftete Ganzzahl Long & 4 Byte Vorzeichenbehaftete Ganzzahl Single ! 4 Byte Gleitkommazahl mit 1 Bit Vorzeichen, 8 Bit Exponent und 23 Bit Mantisse Double # 8 Byte Gleitkommazahl mit 1 Bit Vorzeichen, 11 Bit Exponent und 52 Bit Mantisse Currency @ 8 Byte Festkommazahl mit 15 Stellen vor und 4 Stellen nach dem Komma String $ 1 Byte pro Zeichen ANSI-Zeichenfolge
Einschränkungen der Datentypen:
Es existieren für Ganzzahlen weder 1 Byte noch 8 Byte (64-Bit) große Datentypen. Zudem sind numerische Datentypen in Envelop stets mit einem Vorzeichen behaftet. Ähnlich wie in Visual Basic werden boolesche Ausdrücke als vorzeichenbehaftete 2 Byte Ganzzahl gespeichert, bei dem der Wert −1 True und der Wert 0 False entspricht. Im Gegensatz zu Visual Basic wird allerdings auf einen eigenen Datentyp Boolean verzichtet, sondern auf den Datentyp Integer zurückgegriffen. Es existiert im Gegensatz zu Visual Basic kein Datentyp für Datums- und Zeitangaben. Meistens werden diese Angaben als Zeichenfolge zurückgegeben, wobei es Unterschiede im Format gibt. An manchen Stellen werden numerische Angaben zur Repräsentation verwendet.
Subroutinen und Funktionen
In Phoenix Object Basic wird (wie in den meisten Dialekten der Programmiersprache BASIC) zwischen Funktionen (Function) und Subroutinen (Sub) unterschieden. Funktionen sind Methoden, welche einen Wert zurückgeben, während Subroutinen keinen Wert zurückgeben können.
Parameter können als Wert oder als Referenz übergeben werden. Soll ein Parameter als Wert übergeben werden, muss das Schlüsselwort ByVal vor dessen Deklaration geschrieben werden. Fehlt dieses Schlüsselwort, so wird der Parameter implizit als Referenz übergeben. Anders, als in Visual Basic, gibt es hier kein explizites Schlüsselwort ByRef.
In Phoenix Object Basic können auch Methoden aus externen Dynamic Link Libraries (DLL) aufgerufen werden. Die Syntax zur Deklaration externer Methoden ist dabei ähnlich zu der von Visual Basic. Obwohl die Entwicklung von Envelop 1996 (also zu Zeiten von Windows 95) eingestellt wurde, können auf diese Art und Weise auch Funktionen aus neueren Windows-Versionen verwendet werden. Da Envelop nur 32 Bit Anwendungen erzeugen kann, können jedoch nur externe Funktionen aus 32 Bit DLLs genutzt werden. Plattformabhängige Funktionen können allerdings nicht aus anderen Betriebssystemen heraus aufgerufen werden.
Declare Function FileEncryptionStatus Lib "Advapi32" Alias "FileEncryptionStatusA" (ByVal lpFileName As String, lpStatus As Long) As Integer
Das Beispiel zeigt die Deklaration der externen Funktion FileEncryptionStatus, mit der man ab Windows 2000 ermitteln kann, ob eine angegebene Datei verschlüsselt ist oder nicht. Diese Funktion steht erst seit Windows 2000 zur Verfügung. Der Dateiname wird über den Parameter lpFileName als Wert übergeben. Der Status wird als Referenz über den Parameter lpStatus zurückgegeben. Die Funktion selbst gibt einen booleschen Wert zurück, der angibt, ob der Funktionsaufruf selbst erfolgreich war oder nicht. Da es in Envelop keinen booleschen Datentyp gibt (siehe oben), wird der Rückgabewert ersatzweise als 2 Byte Integer deklariert.
Fehlerbehandlung
Im Gegensatz zu den meisten BASIC Programmiersprachen der damaligen Zeit, werden in Envelop keine numerischen Fehlercodes und Sprunganweisungen (Goto) zur Verarbeitung von Fehlern verwendet, sondern das Prinzip der strukturierten Ausnahmebehandlung (Try-Catch-Prinzip).
Sub btnDiv_Click() Dim m as New MessageBox m.SetIconStop Try txtResult.Text = txtNum1.Text / txtNum2.Text Catch ConvertFailed m.Message("Fehler", "Bitte geben Sie zwei Zahlen ein!") Catch FPException m.Message("Fehler", "Division durch 0 ist nicht erlaubt!") Catch m.Message("Fehler", "Es ist ein unbekannter Fehler aufgetreten!") End Try End Sub
Das Beispiel zeigt einen Ausschnitt aus einem simplen Taschenrechner. Wenn der Benutzer die Schaltfläche „Dividieren“ (btnDiv) anklickt, wird versucht, den Wert des ersten Eingabefelds (txtNum1 durch den Wert des zweiten Eingabefelds txtNum2) zu teilen und das Ergebnis in das Textfeld txtResult zu schreiben. Sollte dies nicht gelingen, wird eine Ausnahme ausgelöst. Im Fehlerfall werden zuerst Konvertierungsfehler (ConvertFailed) abgefangen, danach numerische Fehler (FPException) und abschließend alle anderen Fehler (z. B. bei zu wenig Speicherplatz). In jedem Fall wird dem Benutzer eine entsprechende Fehlermeldung in einem Dialogfenster angezeigt.
Formularentwurf
Phoenix Object Basic stellt einen grafischen Editor zur Erstellung von grafischen Benutzeroberflächen bereit. Dieser ist nahezu identisch zum Formulareditor von Visual Basic. Diese Formularentwürfe werden in einer Objekt-Datei (*.ebo) gespeichert.
Für alle Elemente zur Gestaltung von grafischen Benutzeroberflächen, die über ein sogenanntes Handle verfügen, existiert das Basisobjekt Window. Davon leiten sich Formulare (Form) und Steuerelemente (Control) ab.
Basissteuerelemente
Die nachfolgenden Steuerelemente existieren sowohl für die Zielplattform Windows, als auch für Derivate des Betriebssystems Linux.
Typ Beschreibung Button Eine einfache Schaltfläche. Label Ein einfaches Beschriftungsfeld. TextBox Ein- oder mehrzeiliges Eingabefeld für unformatierte Zeichenfolgen. CheckBox Ein Auswahlkästchen. Innerhalb eines Containers können mehrere Auswahlkästchen ausgewählt sein. OptionButton Ein Optionsfeld. Innerhalb eines Containers kann immer nur ein Optionsfeld ausgewählt sein. ListBox Ein einfaches Listenfeld mit textbasierten Einträgen. ComboBox Ein Kombinationsfeld mit textbasierten Einträgen. Frame Ein Rahmen, der eine Gruppe von zusammengehörigen Steuerelementen umgibt. Image Eine Zeichenfläche. DataControl Eine Gruppe von Navigationsschaltflächen für Datensätze. HyperControl Ein benutzerdefiniertes Steuerelement (siehe unten).
Darüber hinaus kann für jedes Formular eine Menüleiste mit Hilfe eines visuellen Editors angelegt und bearbeitet werden.
Erweiterte Steuerelemente
Neben den plattformunabhängigen Standardelementen stehen unter Microsoft Windows noch einige zusätzliche Komponenten bereit:
Typ Beschreibung ObjectBox Abhängig von der ausgewählten Darstellungsform, eine Symbolleiste oder eine Werkzeug-Palette. RichTextBox Mehrzeiliges Eingabefeld mit RTF-Formatierung. ListView Erweitertes Listenfeld mit Symbolen und ggf. mehreren Spalten. TreeView Darstellung einer hierarchischen Baum-Struktur. TabStrip Registerkarten zur kategorischen Zusammenfassung von Steuerelementen. Gauge Horizontaler oder vertikaler Fortschrittsbalken.
Darüber hinaus können unter Microsoft Windows auch noch 32 Bit ActiveX-Komponenten von Microsoft oder Drittanbietern eingebunden werden.
Ebenso besteht dort die Möglichkeit, OLE-Objekte einzubinden. Dabei handelt es sich beispielsweise um Verbunddokumente aus der Microsoft-Office-Familie (Word-Dokumente, PowerPoint-Folien, Excel-Tabellen und -Diagramme), digitale Medien, CAD-Zeichnungen oder beliebige andere Dateien. Unter Linux wird dieses Konzept nicht unterstützt.
Benutzerdefinierte Steuerelemente
Im Gegensatz zu Visual Basic gab es in der finalen Version von Envelop bereits im Jahr 1996 die Möglichkeit, benutzerdefinierte Steuerelemente zu erstellen. Diese werden in Envelop als Hyper-Control bezeichnet. Ein benutzerdefiniertes Steuerelement ist eine Gruppierung mehrerer (primitiver) Steuerelemente zu einem neuen komplexen Steuerelement. Diese kann man innerhalb eines Projekts oder auch in mehreren Projekten an mehreren Stellen wiederverwenden. Derartige Steuerelemente können auch eigene Eigenschaften, Methoden (z. B. Konsistenzprüfungen) und Ereignisse besitzen und an Datenquellen gebunden werden. Beispiele dafür sind unter anderem Eingabemasken für Postadressen, Produktdaten oder Daten in digitalen Patientenakten. Dieses Konzept hat sich in vielen Programmiersprachen durchgesetzt und findet auch heute noch Verwendung. Zur damaligen Zeit war die Bereitstellung derartiger Möglichkeiten zumindest für BASIC-Programmiersprachen nicht selbstverständlich und daher ein deutlicher Mehrwert dieser Programmiersprache.
Datenbindung
Ähnlich wie in Visual Basic und den meisten modernen RAD-Entwicklungsumgebungen können Steuerelemente an eine Datenquelle gebunden werden. Dadurch können klassische formularbasierte Anwendungen zur Datenerfassung und -verarbeitung einfach und schnell entwickelt werden. Komplexe Eingabemasken können mit sogenannten Hyper Controls realisiert werden.
Bibliotheken
Formularentwürfe, Steuerelemente und Code-Dateien werden in Objektdateien (*.ebo) gespeichert. Diese sind intern nach dem Compound File Binary Format (CFBF) aufgebaut und können in beliebig vielen Projekten wiederverwendet werden. Allerdings lassen sich daraus keine DLL oder OCX Dateien generieren.
Modifikation der Entwicklungsumgebung
Eine Besonderheit von Envelop ist die Tatsache, dass die Entwicklungsumgebung teilweise selbst in Envelop-Basic programmiert ist und durch Entwickler angepasst und erweitert werden kann. Auf diese Art und Weise kann man beispielsweise die Benutzeroberfläche in eine andere Sprache übersetzen, Makros entwickeln (Automatisierung) oder eigene Assistenten programmieren. Die Weiterentwicklung der Programmiersprache selbst bzw. des Compilers (Bootstrapping) ist allerdings nicht möglich.
Der Quellcode für die zentralen Elemente der Sprachverarbeitung ist nicht öffentlich verfügbar, da hier urheberrechtlich geschützte Elemente eingesetzt werden.
Distribution von Envelop Programmen