Purebasic vs. Managed Code

[NicTheQuick]

Das klingt doch schonmal besser.

Hätt mich allerdings auch stark gewundert, wenn es anders wäre.
Windows XP unterstützt ja sogar noch INI-Dateien [c]win.ini[/c] und [c]system.ini[/c] für alte Programme.

[DrShrek]

...kann natürlich sein, dass zu irgendeinem zeitpunkt mal die win32 api verschwindet, aber ich bezweifle das das in absehbarer zeit passiert und von ms gibt es auch keine ankündigungen in diese richtung.

Schon geschehen!
Der Nachfolger der Win32 API heisst: WinFX

WinFX ist der Nachfolger von Win32, dem API, auf dessen Basis bislang Windows-Programme entwickelt werden. Im SDK finden sich Code-Beispiele, Dokumentation, Command-Line-Compiler und Tools.

[stbi]

MS hat vor einer ganzen weile Connectix aufgekauft, und somit
auch das Produkt "Connectix Virtual PC", welches man jetzt
als "MS Virtual PC 2004" lizensieren kann.
Dabei ging es sicherlich mehr um die Technik. Es gibt einige
Leute, wie auch mich, die *vermuten* MS wird die Emulator-
Technik komplett ins OS integrieren, so daß alte Apps dann
in einem geschützen Modus (sprich: Emulator, bloß eben
nicht direkt sichtbar) weiterhin ausgeführt werden können.
Die Funktionsaufrufe vom alten WinAPI würden dabei auf
das neue Framework umgeleitet werden, evtl. durch Wrapper.

Ich vermute, dass eher die lukrative Virtualisierung von Serverfarmen hinter dem Kauf von Connectix steckt. Das dürfte in jeder größeren Firma ein Markt sein, der bisher eben von Vmware & Co. beherrscht wurde.
Und da Microsoft bisher noch nie etwas gutes selbst machen konnte, mussten sie es wie üblich zukaufen ...

[orange-blue]

die müssten ja alle Programme in C# oder C++.net umschreiben.

Über 40 Sprachen unterstützen .NET bereits. Du wirst auch
BASIC nutzen können.
Selbst PB müsste nur MSIL (.NET Assembler) erzeugen
können - liegt also nicht an MS, wenn Du Dein PB dann
nicht mehr nutzen könntest.

Also wenn ich was mit Visual basic 6 mache, kann ich es sicher nicht weiter in Vb.net weiterverwenden, sondern muss es zuerst (zumindest ein bischen) umschreiben, das gilt für alles andere sicher auch.

(BTW, wegen Platformunabhängigkeit: Die .NET-Technologie
wird es auf Linux genauso geben wie auf MACs und auf PDAs usw..)

Da bin gespannt auf 1. Die Linzenz-Kosten, 2. Die Bugs

Nur wenn ich drann denk wird mir übel!

Informiere Dich doch erstmal. Wenn Du meinst das alles
Heutige für die nächsten 1000 Jahre halten muß, dann bist
Du damit ziemlich allein. Geh nur 20 Jahre zurück und schau
die Software vom C64 und Amiga an. Oldies können die noch
im Emu benutzen - aber sonst braucht man es nicht mehr,
da man es durch neue Dinge ersetzen kann.

Jetzt kommt einfach der nächste Schritt. MS steht damit auch
nicht allein da, sondern wird bei .NET von so ziemlich allen
großen Entwicklern und Firmen unterstützt.

Es liegt alles an Dir. Entweder Du bleibst dran, oder Du wirst
bald total veraltetes Zeug verwenden.. so als wenn Du heute
noch Programme für C64 & Co. entwickeln würdest.
.NET ist seit Jahren bekannt, Firmen satteln darauf um usw -
also brauchst Du dann auch nicht "überrascht" sein, denn so
plötzlich kommt das garnicht. Man muß nur aufmerksam sein,
um es zu erkennen.

Nach spätestens 3 Jahre gibts sicher wieder ein Neues Windows, und das longhorn wird dann auch wieder veraltet sein.
Außerdem wird mir übel, weil das ganze doch nur gemacht wird um Gewinn zu machen(man denke an die Lizenzkosten für Visual studio!!). Damit wird doch nur sicher gestellt, das alle Applikationen mit VS.net gemacht werden, und wenn ich dann an die Bugs denke, das es wieder geben wird(ich glaub mir wird schon wieder schlecht!)

@pickelrobert:
wo hast du dass denn gelesen, in der computer bild?
das ist einfach nur unnsinn, laut ms wird beides weiter unterstützt, nur werden ms anwendungen selbst wohl mehr auf neuere .net techniken bauen. kann natürlich sein, dass zu irgendeinem zeitpunkt mal die win32 api verschwindet, aber ich bezweifle das das in absehbarer zeit passiert und von ms gibt es auch keine ankündigungen in diese richtung.

Jetzt is alles klar !

[elektron-city]

Also der Managed Code läuft einfach nur als "sichere" Anwendung (dann kannst man diesen ganzen DRM-Mist etc. nutzen. Alle "normalen" Anwendungen laufen auch weiterhin ! Der unterschied ist nur das sie vom OS als "nicht sicher" eingestuft werden. (Vermultich kommt dann ne Warnung ala "Sie versuchen gerade eine nicht von MS zertifiziert Anwendung auszuführen. Soll der Vorgang fortgesetzt werden ?" ). Genauer kann ich das im Moment auch nicht erklären, aber such doch mal (nein ich sage jetzt nicht das wort mit g...).

[freedimension]

Also wenn ich was mit Visual basic 6 mache, kann ich es sicher nicht weiter in Vb.net weiterverwenden, sondern muss es zuerst (zumindest ein bischen) umschreiben, das gilt für alles andere sicher auch.

Hmm, warum kann ich eigentlich keine Programme mehr in dem guten alten AtariST Omikron Basic schreiben???

Da bin gespannt auf 1. Die Linzenz-Kosten, 2. Die Bugs

Was für Lizenzkosten bzw. wie stellst du dir die vor? Lizenzkosten für was?
Die Bugs, da muss ich dir Recht geben, das bleibt natürlich abzuwarten

Nach spätestens 3 Jahre gibts sicher wieder ein Neues Windows, und das longhorn wird dann auch wieder veraltet sein.
Außerdem wird mir übel, weil das ganze doch nur gemacht wird um Gewinn zu machen(man denke an die Lizenzkosten für Visual studio!!). Damit wird doch nur sicher gestellt, das alle Applikationen mit VS.net gemacht werden, und wenn ich dann an die Bugs denke, das es wieder geben wird(ich glaub mir wird schon wieder schlecht!)

Wie Danilo schon gesagt hat, informier dich doch bitte erstmal richtig.
Man kann .NET auch ohne VS.net entwickeln, geht sogar recht komfortabel mit Visual Designer usw. Man ist auch hier nicht dazu gezwungen MS-Produkte zu benutzen (von der SDK welche du dir frei herunterladen kannst abgesehen).

[Creature]

weiss jemand was aus DX wird unter dotNet? kann man immer noch damit arbeiten?

[Danilo]

Außerdem wird mir übel, weil das ganze doch nur gemacht wird um Gewinn zu machen(man denke an die Lizenzkosten für Visual studio!!).

Stimmt. MS ist ja auch kein Wohltätigkeitsverein, sondern eine
Firma die knallhart abräumen will - so wie alle (großen) Firmen.

Die Console-Compiler geben die auch nicht umsonst kostenlos
mit dem SDK raus, sondern um damit Entwickler zu gewinnen,
die 1. vielleicht mal VS.NET (oder die Einzelpakete) kaufen werden,
und 2. für Windows entwickeln (was den verkauf von Win wieder ankurbelt).

Das ist ein ganz normales Geschäft, so wie es nunmal läuft...

Mehr möchte ich dazu eig. nicht sagen, da ich keine Diskussion
über die üblichen Geschäfte und Strategien in unserer Welt brauche.
So ist es nunmal. Entweder man macht es genauso und springt
somit auf den Zug auf, oder man sucht sich selbst alternative
Wege (OpenSource, Linux, ..), oder man meckert drüber und
kann nix dagegen machen.

Ich finde man sollte sich ganz klar für einen Weg entscheiden:
Auf den Zug aufspringen und selbst eine Firma gründen, um
mit den eigenen Produkten abzukassieren, oder man wählt
den alternativen Weg und entwickelt OpenSource, um die
Welt damit glücklicher zu machen. Oder ein gesunder Mix
aus beidem... hauptsache man wird aktiv und sitzt nicht nur rum.

[orange-blue]

Also wenn ich was mit Visual basic 6 mache, kann ich es sicher nicht weiter in Vb.net weiterverwenden, sondern muss es zuerst (zumindest ein bischen) umschreiben, das gilt für alles andere sicher auch.

Hmm, warum kann ich eigentlich keine Programme mehr in dem guten alten AtariST Omikron Basic schreiben???

Weil das fürn atari war bzw. ist.

Da bin gespannt auf 1. Die Linzenz-Kosten, 2. Die Bugs

Was für Lizenzkosten bzw. wie stellst du dir die vor? Lizenzkosten für was?
Die Bugs, da muss ich dir Recht geben, das bleibt natürlich abzuwarten
[/quote]
Schon die Studentenversion von vb.net(und nur vb!) kostet so um die 100 Euro!

Nach spätestens 3 Jahre gibts sicher wieder ein Neues Windows, und das longhorn wird dann auch wieder veraltet sein.
Außerdem wird mir übel, weil das ganze doch nur gemacht wird um Gewinn zu machen(man denke an die Lizenzkosten für Visual studio!!). Damit wird doch nur sicher gestellt, das alle Applikationen mit VS.net gemacht werden, und wenn ich dann an die Bugs denke, das es wieder geben wird(ich glaub mir wird schon wieder schlecht!)

Wie Danilo schon gesagt hat, informier dich doch bitte erstmal richtig.
Man kann .NET auch ohne VS.net entwickeln, geht sogar recht komfortabel mit Visual Designer usw. Man ist auch hier nicht dazu gezwungen MS-Produkte zu benutzen (von der SDK welche du dir frei herunterladen kannst abgesehen).[/quote]
Ich weiß das es sowas gibt, habs sogar mal ausprobiert, ist aber lange nicht so komfortabel wie das von M$(ich glaunb das hat auch nicht alle funktionen). Und außerdem ist das auch von M$(die SDK mein ich und den Visual Designer), deshalb wird alles auf M$ net-Plattform aufbauen, und damit hat sogar jede Anwendung(auch Compiler) etwas M$ an sich. Wenn die net-Plattform nun bugs hat, haben alles anwendungen auch bugs(und das wird wahrscheinlich passieren!).

weiss jemand was aus DX wird unter dotNet? kann man immer noch damit arbeiten?

Wird es auch geben.

[Creature]

Stimmt. MS ist ja auch kein Wohltätigkeitsverein, sondern eine
Firma die knallhart abräumen will - so wie alle (großen) Firmen.

darüber kann man durchaus kontrovers diskutieren.
auf die kohle kommt es M$ schon sehr lange nicht mehr an...kein wunder mit zig-milliarden us dollar im rücken.

imho geht es billy boy nur noch darum das sagen im web und überhaupt zuhaben.
wenn du mich fragst, ist das der alleinige grund für die entwicklung der .net technologie gewesen.
M$ hat wieder mal einen standart vorgegeben, dem sich alle anzupassen haben, wenn sie nicht den bach runtergehen wollen...