Re: Neuer VB Compiler

Hallo Ulrich,

Das Projekt ist noch nicht mal fertig :-) Soll nächstes Jahr in einer
ersten Version öffentlich verfügbar sein.

Soll... hmmm... weiß jemand, wie stabil Sun im Allgemeinen mit derartigen
Ankündigungen ist?

Ok, egal wie das Endprodukt aussehen wird, völlig ohne Migrationsaufwand
wird es wohl kaum gehen, bestehende VB Projekte auf die neue
Entwicklungsumgebung umzusetzten. Aber hier kann man Einfluß nehmen und
zB. geringstmöglichen Migrationsaufwand als Ziel kommunizieren. Und
dadurch, daß die vorhandene VB Syntax weiter verwendet werden kann,
entfällt schon mal ein Großteil des Migrationsaufwandes.

Gegenüber der Migration zu .NET sehe ich einige Vorteile:

- Bestehender Code kann weiterhin auch in der neuen Entwicklungsumgebung
gepflegt werden, unter Beibehaltung der VB Syntax.

Da bin ich echt mal gespannt, wie kompatibel das "Visual" unseres Basic dort umgesetzt werden wird, da sich dieses "Visual" ja fast ausschließlich auf die UI-Gestaltung gründet...

Gleichzeitig hat man aber auch Zugriff auf die Möglichkeiten, die das
J*A*V*A-Framework bietet. Bei .NET ist dies dagegen eine Konversion. Nach
der Konversion muß man mit einer anderen Sprache weiterarbeiten.

- Man hat Zugriff auf das J*A*V*A-Framework und der Code läuft unter der
virtuellen J*A*V*A-Laufzeitumgebung. Damit bekommt man
Betriebssystemunabhängigkeit und kann gleichzeitig auf ein dem .NET
vergleichbar leistungsfähiges Framework zugreifen.

Nimmt man aus gegebenem VB-Classic-Code alles heraus, was Plattform, UI,
API, COM usw. betrifft (was ja offensichtlich für diese "J*A*V*A"-Plattform
notwendig zu sein scheint), dann hat man Code, der zum allergrößten Teil
auch unter VB-NET noch syntaxkompatibel ist (natürlich nicht in den Augen
von Framework-Puristen). Insofern sehe ich da keinen großen Unterschied
oder gar Vorteil.

Bezüglich des Engagements der VB-Community bei der Einbringung von Wünschen
sehe ich die Gefahr, dass womöglich unter dem Wunsch auch hier "endlich mal
alte Zöpfe abzuschneiden" und einer möglicherweise vorhandenen
Unerfahrenheit auf Seiten Suns mit tatsächlichen VB-Gegebenheiten die
versprochene Kompatibilität doch mehr oder weniger leiden könnte...

- Und all diejenigen, deren Vertrauen gegenüber MS gewaltig gelitten hat
(wg. des gewaltsamen Abwürgens von VB) und deshalb zwar sehen, daß
langfristig eine Umstellung nötig ist, dies aber ungern wieder mit
MS-Tools tun möchten, haben nun eine ernstzunehmende Alternative.

Setzt man hier nun auf Sun, begibt man sich u.U. vom Regen in die Traufe. Sich aus Frust über die Abhängigkeit von Microsoft nun in die Abhängigkeit von Sun begeben zu wollen, halte ich für wenig rational. Die Frage ist auch, wie stabil dann irgendwann im nächsten Jahr die erste Version sein wird (so es denn nicht bloß bei der Ankündigung und Hoffnung darauf bleibt), oder wie lange es dann noch dauern wird, bis eine tatsächlich taugliche, stabile Version verfügbar sein wird.

Als direkte, echte Alternative zu VB.NET sehe ich das aber nicht - jegliche vergleichende Diskussion zu VB.NET halte ich daher auch für überflüssig.

Grundsätzlich finde ich es aber interessant, die Idee, unter verschiedenen Sprachen gegen ein umfassendes Framework zu programmieren, aufzugreifen - hier nun unter einem Basic gegen das Java-Framework, also eine interessante Option einer zusätzlichen Plattform, die man dann ebenfalls mit grundlegenden Basic-Skills bedienen kann.


Viele Grüße

Harald M. Genauck

ABOUT Visual Basic - das Webmagazin
http://www.aboutvb.de

.