FAQ -

Häufig gestellte Fragen zu Vulcan.NET

Fragen ....

Hinweis: Der auf der englischsprachigen Seite zu findende Fragenkatalog wurde komplett übersetzt und Antworten teilweise ergänzt. Weitere Fragen, die auf der englischsprachigen Seite noch nicht enthalten sind, finden Sie ebenfalls hier mit den entsprechenden Antworten.
Die Antworten wurden im August 2007 aktualisiert!

... und die Antworten dazu

Fragen zu .NET und allgemeine Fragen zu Vulcan.NET

Warum sollte ich mir Gedanken machen, für .NET zu programmieren?
Microsoft hat viel Aufwand bei der Entwicklung des .NET Frameworks investiert, um die Art und Weise zu analysieren, wie Software mit dem Betriebssystem zusammenarbeitet. Das Ergebnis waren objekt-orientierte Klassenbibliotheken für die Bereiche Manipulation, Präsentation und Kommunikation von Daten, wobei die darunter liegende Komplexität in ausgeklügelten Objektmodellen gekapselt wurde. Es ist sehr viel einfacher, mit diesen Objektmodellen zu arbeiten als mit den herkömmlichen Windows-API-Aufrufen. Ein wesentlicher Teil bei der Ausformung von .NET war die grundlegende Idee der 'Sprachunabhängigkeit'. Das bedeutet im Klartext, dass die Common Language Runtime (CLR) tatsächlich mit allen Programmiersprachen zusammenarbeitet, die die .NET-Anforderungen erfüllen. Vulcan.NET ist eine Programmiersprache, die alle .NET-Anforderungen erfüllt. Alle diese Programmiersprachen, inklusive Vulcan.NET, nutzen die .NET Common Language Runtime. Die CLR erlaubt, dass Teile des Quelltextes in unterschiedlichen Programmiersprachen geschrieben wurden und sorgt dafür, dass diese korrekt zusammenarbeiten. In Ihrer Vulcan.NET-Anwendung können Sie nicht nur von den standardmäßigen Klassen des .NET Frameworks ableiten sondern auch von anderen Klasen, die z.B. Drittanbieter zur Verfügung stellen. Wegen des zugrunde liegenden gemeinsamen Typensystems kann jede Programmiersprache die ausgetauschten Daten ohne Konvertierung 'verstehen' (korrekt interpretieren). .NET verwendet natürlich auch weiterhin Win32-Aufrufe über COM- oder DLL-Aufrufe. Das Ergebnis ist, dass Vulcan.NET einwandfrei mit allen anderen .NET-Komponenten arbeitet, egal ob sie Teil des Basis-Frameworks sind oder zusätzlich angeboten werden. Als Beispiel hierfür sollen das VB Power Pack und OpenNETCF gelten. Diese beiden Zusatzbibliotheken wurden in verschiedenen Programmiersprachen geschrieben und arbeiten einwandfrei mit Vulcan.NET zusammen. Genauso kann man mit Vulcan.NET Klassen erstellen, die ganz einfach in anderen Programmiersprachen eingesetzt werden können. Damit diese Teile zusammenarbeiten können ist es - anders als in einer Win32-Umgebung! -unerheblich, in welcher Programmiersprache diese ursprünglich geschrieben wurden.
.NET wird von Microsoft weiterentwickelt. Insbesondere im Zusammenhang mit dem Übergang zu Windows Vista und zu 64-Bit-Windows. Vulcan.NET wird -wenn nötig- darauf angepasst, die neuen Technologien voll nutzen zu können, sobald diese verfügbar sind.
Zurück zu den Fragen

Können Sie mir einen Überblick über die Zielsetzungen von Vulcan.NET geben?
Vorrangiges Ziel von Vulcan.NET ist, dass existierender Visual Objects Quelltext auf die .NET-Plattform portiert werden kann, und dass mit möglichst wenig Änderungen am Quelltext. Vulcan.NET compiliert existierenden Visual Objects Quelltext in Code, der die "Common Language Infrastructure" (CLI) befolgt. Die CLI ist ein internationaler Standard, der festlegt, wie Sprachen und Bibliotheken nathlos - unter der Kontrolle einer "Common Language Runtime" (CLR) - zusammenarbeiten können. ".NET" ist die Implementierung der CLI von Microsoft für die Windows-Betriebssysteme einschließlich Windows CE (für Mobilgeräte). Es gibt weitere Implementierungen der CLI wie z.B. Mono, das auf den Betriebssystemen Windows und Linux läuft.
Es macht jedoch nicht viel Sinn, Visual Objects-Anwendungen nur neu kompilieren zu können, wenn man nicht auch die neuen Leistungen einer CLI-Umgebung voll nutzen kann. Es ist ein gleichermaßen wichtiges Ziel für Vulcan.NET, dass diese Umgebung komplett genutzt werden kann, wenn die VO-Anwendung erst einmal nach Vulcan.NET portiert sind. Damit können Sie nicht nur die .NET Framework Klassenbibliothek nutzen sondern auch eine Vielzahl von Klassenbibliotheken, Kontrollelementen und Werkzeugen von Drittanbietern. .NET ist eine Umgebung, die sprachneutral ist, d.h. .NET favorisiert keine Programmiersprache vor allen anderen. Alle .NET-Werkzeuge und -Klassenbibliotheken, die die CLR-Standards erfüllen, können in jedem .NET-Entwicklungssystem eingesetzt werden, natürlich auch in Vulcan.NET.
Um dieses Ziel zu erreichen, erweitert Vulcan.NET die Visual Objects-Sprache und bietet z. B. die Möglichkeit, Methoden und Operatoren zu überladen. Außerdem gibt es in Vulcan.NET statische Klassenvariablen, Ereignisse, Delegates, Enumerationen, Attribute usw.
Vulcan.NET wurde als Implementierung einer .NET-Sprache der ersten Güteklasse konzipiert, mit der es Quelltext-Qualität, Perfomance und Compilierzeiten gibt, die mit denen der .NET-Compiler von Microsoft vergleichbar sind.
Zurück zu den Fragen

Wie kann ich eine Testversion von Vulcan.NET erhalten?
Siehe Downlaod einer Testversion auf der GoVulcan-Homepage.
Zurück zu den Fragen

Was bedeutet der "Vulcan"-Teil im Namen Vulcan.NET?
Wayne Ratliff war 1978 ein Programmierer am NASA-Institut Jet Propulsion Laboratory. Dort schrieb er ein Datenbankprogramm namens "Vulcan" für CP/M. George Tate sah Vulcan und tat sich mit Wayne Ratliff zusammen, um das Produkt dBase II für Ashton-Tate zu entwickeln. Der "Vulcan"-Teil im Namen Vulcan.NET bezieht sich auf diese Vergangenheit und erinnert respektvoll an diese frühen Tage von dBase. Der ".NET"-Teil im Namen Vulcan.NET dagegen bezieht die Zukunft mit ein, die sich ganz dem .NET Framework widmet.
Zurück zu den Fragen

Muß man in Visual Objects programmieren können, um mit Vulcan.NET arbeiten zu können?
Nein. Auch wenn die Wurzeln von Vulcan.NET bis zurück zur ursprünglichen xBase-Sprache reichen, so ist es doch eine moderne, objekt-orientierte Programmiersprache, die eine Syntax, Schlüsselwörter und Operatoren verwendet, die praktisch von allen Programmierern schnell aufgenommen werden. Bücher, Schulungen und weitere Trainingsangebote werden zur Verfügung stehen, sobald Vulcan.NET öffentlich verfügbar ist. Außerdem werden jährlich mehrere Entwicklerkonferenzen weltweit abgehalten.
Zurück zu den Fragen

Gibt es ein White Paper zu Vulcan.NET, dem man entnehmen kann,wie es weitergehen soll?
Was GrafX Software mit Vulcan.NET alles vorhat, wird nach Erscheinen der Version 1.0 veröffentlicht.
Zurück zu den Fragen

Die üblichen Fragen: Wann, wieviel,...?

Wann wird Vulcan.NET öffentlich verfügbar sein?
Grafx Software geht derzeit davon aus, dass das Erscheinungsdatum von Vulcan.NET in den Herbst 2007 fällt.
Man kann jedoch jetzt schon eine Vorversion erwerben: siehe die Seite hier zu VNPR Zurück zu den Fragen

Wieviel wird Vulcan.NET kosten?
Die für Europa gültigen Preise finden Sie hier
Zurück zu den Fragen

Wie kann ich heute schon eine Kopie von Vulcan.NET erhalten?
Wenn Sie schon in Visual Objects 2.7 programmieren, ist der Visual Objects Platinum Plan von hohem Wert. Für einen Preis, der nur geringfügig über dem Preis von Vulcan.NET liegt, können Sie 12 Monate den Platinum Plan abonnieren. In dieser Subskription enthalten sind der Zugang zu regelmäßig erscheinenden Beta-Versionen von Visual Objects 2.x und von Vulcan.NET sowie eine Vollversion von Vulcan.NET 1.0, sobald es erscheint. Mehr Informationen zu VOPS (Visual Objects Platinum Subscription) finden Sie hier
Siehe auch Downlaod einer Testversion Zurück zu den Fragen

Fragen zur Migration von Visual Objects und zur Kompatibilität

Wie wird die Übernahme von Visual Objects-Quelltext in Vulcan.NET vonstatten gehen?
Es wird ein Hilfsprogramm (Transporter) zur Migration sowie eine Anleitung zur Migration geben, die Sie dabei unterstützen sollen, Ihren Visual Objects Quelltext nach Vulcan.NET zu portieren.
Wenn Sie sich jetzt schon auf Inkompatibilitäten einstellen wollen, lesen Sie den entsprechenden Abschnitt ("Porting and Upgrading") in der Hilfedatei von Vulcan.NET. Beachten Sie jedoch, dass diese Hilfedatei momentan noch unvollständig ist und bis zum Erscheinen ständig erweitert wird. Bei den notwendigen Anpassungen des Quelltextes werden Sie von Hilfsprogrammen (teilweise automatisch) unterstützt.
Siehe auch Info zum Transporter Zurück zu den Fragen

Welche Teile des Visual Objects SDK werden nach Vulcan.NET portiert?
Das komplette SDK wird portiert. Die traditionellen Visual Objects Klassen werden in Vulcan.NET neu kompiliert, damit ein sanfter Übergang für existierende Visual Objects-Anwendungen möglich ist. Unser Ziel ist, eine sehr hohe Quelltext- Kompatibilität zu erreichen, so dass nur minimale Quelltextänderungen notwendig sein werden. Die GUI-Klassen werden unter Vulcan.NET genau so funktionieren, wie sie es jetzt unter Visual Objects tun. Vulcan.NET unterstützt aber auch das .NET Framework, d.h. Sie werden die Windows Forms Klassen genauso nutzen können, genauso wie jedes andere .NET-kompatible Framework, das z.B. von Drittanbietern angeboten wird.
Zurück zu den Fragen

Wird die DBServer-Funktionalität in Vulcan.NET auch vorhanden sein?
Ja, dbServer wird es in Vulcan.NET auch geben. Dieser wird dann die VulcanDB Database Engine für den Zugriff auf DBF/CDX-Dateien verwenden.
Zurück zu den Fragen

Wird es von Visual Objects-Zusatzprodukten auch Vulcan.NET-Versionen geben?
Wir gehen davon aus. Da alle bekannteren Zusatzprodukte im Visual Objects-Quelltext vorliegen, sollte es möglich sein, diese nach Vulcan.NET zu portieren. Offizielle Aussagen der Hersteller stehen jedoch noch aus. Lediglich für die Portierung von ReportPro liegt uns die offizielle Zusage momentan vor.
Zurück zu den Fragen

Die Quelltexte von Vulcan.NET. die auf der englischsprachigen Vulcan.NET-Homepage zu sehen sind, sehen teilweise gar nicht wie Visual Objects-Quelltext aus. Warum ist das so?
Teilweise sind die Beispiele mehr im .NET-Stil codiert. Da die VO-Kompatibilität noch nicht komplett implementiert ist, sehen manche Quelltexte noch nicht wie vertrauter Visual Objects Code aus. Erst wenn die Klassenbibliotheken des Visual Objects SDK komplett nach Vulcan.NET portiert sind, wird der Quelltext wieder (fast) wie Visual Objects aussehen (können nicht müssen).
Zurück zu den Fragen

Fragen vom Typ: Unterstützt Vulcan.NET auch ...?

Kann Vulcan.NET auch mit anderen Entwicklungsumgebungen als dem Visual Studio 2005 von Microsoft arbeiten?
Ja, Vulcan.NET wurde so konzipiert, dass Sie mit den Entwicklungswerkzeugen arbeiten können, die Sie am liebsten einsetzen. Für Visual Objects-Entwickler gibt es VulcanIDE, geschrieben von Chris Pyrgas. Das ist eine äußerst produktive Entwicklungsumgebung (übrigens in Vulcan.NET geschrieben!). Sie bringt die besten und produktivsten Eigenschaften von Visual Objects in die .NET-Welt, so dass Sie sich sehr schnell vertraut fühlen. Diese Entwicklungsumgebung hat einen Formular-Editor ähnlich dem Window Editor von Visual Objects, einen DBServer Editor und weitere wichtige Leistungsmerkmale, die Visual Objects-Programmierer gewöhnt sind.
Darüberhinaus könen Sie auch Open-Source-Produkte wie SharpDevelop, einen Programm-Editor wie z.B. MultiEdit verwenden, oder auch Notepad und die Kommandozeile. Vulcan.NET lässt Ihnen, dem Entwickler, die freie Wahl der Entwicklungswerkzeuge.
Zurück zu den Fragen

Welche Datenquellen werden von Vulcan.NET unterstützt?
Vulcan.NET unterstützt .DBF-Dateien, .CDX und .NTX Indexe und .FPT Memodateien, sowohl bei Standard-Windows-Anwendungen als auch unter dem Compact Framework (für Mobilgeräte, PDAs usw.). Weiterhin können Vulcan.NET-Anwendungen alle Datenquellen verwenden, auf die über ADO.NET oder das .NET Framework zugegriffen werden kann. Weitere Datenformate, die über eine .NET-Klassenbibliothek eines Drittanbieters zugänglich gemacht werden, können auch mit Vulcan.NET genutzt werden.
Zurück zu den Fragen

Auf welchen Betriebssystemen werden Vulcan.NET-Anwendungen laufen?
Vulcan.NET-Programme laufen in allen Umgebungen, die die CLI Standards erfüllen. Dazu gehören Windows 98, ME, 2000, XP and 2003 sowie alle Versionen von Windows CE, die mit dem Compact Framework arbeiten. Beispielhaft seien hier PocketPC-Geräte, Smartphones genannt. Vucan.NET-Anwendungen werden auch auf CLI-Implementierungen laufen, die nicht von Microsoft kommen, wie z.B. Mono und ein von Novell unterstütztes Projekt, in dem ebenfalls .NET-Anwendungen unter Linux laufen sollen.
Zurück zu den Fragen

Letzte Änderung des Inhalts auf dieser Seite: 15.08.07