002
09.05.2003, 01:03 Uhr
Hans
Library Walker
(Operator)
|
Hi Erpelqueen,
da ist Dein Freund aber mächtig auf dem Holzweg.
Die erste Version von Windows wurde irgendwann mitte der 1980er Jahre in Pascal geschrieben, Microsoft-Pascal wohl gemerkt! Kein Turbo Pascal, obwohl es das damals auch schon gab. Ab Version 3.0 wurde es dann von Pascal in C umgeschrieben, bzw. von Pascal nach C portiert, wie es im Fachjargon richtig ausgedrückt wird. Und bei C ist es nach meinem Wissen bisher auch geblieben. Also Windows 3.1, WfW 3.11 (Windows for Workgroups 3.11), Windoof 9x sowie Win NT sind alle in C geschrieben. Bei XP weis ich es nicht so genau, könnte mir aber ganz gut vorstellen, dass das teilweise in C++ bzw. C# geschrieben ist.
Was spricht jetzt für C und gegen Basic?
Zuerst einmal der grundsätzliche Unterschied, das Basic (egal ob Visual, oder ein anderes) eine Interpretersprache ist. D.h. da werkelt ein Programm im Hintergrund, das sich Basicinterpreter nennt. Dieses Programm interpretiert den Basic-Quelltext zeilenweise, und ruft für jede Zeile ein Unterprogramm auf, das dann das tut, was in der Zeile steht. Der Vorgang wiederholt sich für jede Zeile immer wieder. In Schleifen so oft, wie die Schleife durchlaufen wird.
Eine Compilersprache dagegen wird erst mal vom Compiler in den Maschienencode übersetzt. Das ist jener Code den der Prozessor direkt versteht, und auch ausführen kann. Da gibt es dann also kein Programm mehr, das nachsieht, was als nächstes zu tun ist.
Wenn Du zum Beispiel mal eine Zählschleife in Basic und in C programmierst, und die Ausführungszeiten miteinander vergleichst, wird Dir der Geschwindigkeits-unterschied klar werden. Auf meinem mit 16 Megaherz getakteten 286er war das vor etwa 10 Jahren schon ein Unterschied von etwa 1 zu 100. (Oder doch 1 zu 1000?? - Ich weis es schon gar nicht mehr...)
Ein weiterer Grund ist der, das es Visual Basic in den 80er Jahren noch gar nicht gab. Das wurde erst ab Mitte der 90er Jahre entwickelt, als sich die Konzepte der Visuellen Softwareentwicklung so langsam breit machten. Also zu der Zeit, als die Betriebssyytementwickler bei MS am Win 95 gebastelt haben, haben andere an Visual Basic gebastelt. Und mit unferigen Werkzeugen kann man ja nichts bauen, oder?
Visual Basic ist übrigens aus Quick Basic hervor gegegangen, das seines Zeichens wiederum eine Weiterentwicklung von GW-Basic war. GW-Basic hat man bis zur Version 5.0 (wenn ich mich nicht irre) immer zum Betriebssystem MS-DOS dabei gekriegt. Später, bei MS-DOSe 6.x hat man QBasic dazu gekriegt, das eine Variante von Quick-Basic ist.
QBasic ist übrigens auch auf der Installations-CD von Win95 drauf, obwohl es nicht Standardmässig mit installiert wird. Ob es bei anderen Windoof Versionen auch noch dabei ist, weis ich nicht. Ich glaube aber, das es bei XP nicht mehr dabei ist.
Ein anderer Grund, warum Windows nicht in Basic geschrieben ist, ist der das man in Basic manche Hardware nicht direkt ansprechen, d.h. programmieren kann. Oder wenn es geht, dann ist es meist zu langsam, eben weil der Interpreter nicht schneller kann. Früher hat man sich dadurch geholfen, das man kritische Teile in Assembler geschrieben hat. Das macht man heute übrigens auch noch, aber nur dann, wenn es wirklich nicht anders geht. Es ist nämlich sehr aufwändig, etwas in Assembler zu entwickeln. (Du kannst den C-Compiler ja mal anweisen, ein Assemblerlistung zu erzeugen, am besten aus dem "Hello World"-Programm. Vom Inhalt her wirst Du wahrscheinlich nur "Bahnhof" verstehen, aber die Länge sollte Dich wundern.)
Aber die Sache mit der Geschwindigkeit ist oft das Problem. Bei zeitkritischen Anwendungen kann es wichtig sein, dass ein Programm innerhalb von Mikrosekunden, d.h. millionstel Sekunden reagiert. Das ist in Basic schlicht unmöglich. Jetzt fragst Du möglicherweise, was denn so eine Zeitkritische Anwendung sein könnte? - Da wäre zum Beispiel der Datentransfer von der Festplatte in den Speicher, oder der Datenverkehr über Netzwerke. Früher war auch (vor allem bei Spielen) der Datentransfer vom RAM-Speicher des Rechners in den Speicher der Grafikkarte so ein Problem. Das dürfte sich durch den AGP-Bus, und den riesigen Speichern auf der Grafikkarte inzwischen aber erledigt haben.
Andere zeitkritische Anwendungen sind diverse Treiber, die Windows braucht. So steht in der aktuellen Ausgabe der Computerzeitschrift PC-Magazin zu lesen, das eine Grafikkarte für CAD-Anwendungen um bis zu acht mal schneller sein kann, als bei anderen Anwendungen, wenn der Treiber entsprechend optimiert ist. Und das, obwohl der Grafikchip der selbe ist, der auch bei "gewöhnlichen" Grafikkarten verwendet wird.
Andere Gründe, die für C und gegen Basic sprechen, haben etwas mit der Art und Weise zu tun, wie bestimmte Programmierprobleme gelöst werden. Basic kennt die Unterscheidung zwischen lokalen und globalen Variablen standardmässig nicht. In Basic sind alle Variablen Global. Deshalb darf man eine Variable in einer Funktion nicht x nennen, wenn es in einer anderen Funktion schon eine Variable x gibt. (Es kann sein, dass das bei VB nicht mehr der Fall ist, aber das ist bei Basic nicht die Regel.)
Mit diesem Problem verbunden ist die Verwendung rekursiver Algorithmen, bzw. Funktionen. Eine rekursive Funktion zeichnet sich dadurch aus, das sie sich selbst als Unterfunktion aufruft. Dabei kann es passieren, das sich das Programm verrennt, weil Variablen verändert werden, die sich eigentlich nicht verändern sollen. Derlei Probleme hat man nicht, wenn die Programmiersprache zwischen lokalen und globalen Variablen unterscheidet.
Ein weiterer Grund liegt bei der Speicherverwaltung. In C/C++ kannst Du den Speicher fast nach belieben verwenden. Du musst "nur" wissen, was Du tust. Dieses Wissen, was man tut ist zwar oft das eigentliche Problem, aber das würde hier zu weit führen. Basic stellt einem diese Möglichkeiten so nicht zur Verfügung. (Ein anderes Problem ist, das einem das Betriebssystem nicht erlaubt, den Speicher nach gutdünken zu beschreiben, weil man es dadurch vielleicht verändern könnte.)
So, jetzt ist dieser Aufsatz länger geworden, als ich ursprünglich beabsichtigt hatte. Aber ich hoffe, Dir sind ein paar Sachen klar geworden. Wenn nicht, dann empfehle ich Dir, Dich intensiver mit den Grundlagenthemen zu befassen.
Hans
--
Man muss nicht alles wissen, aber man sollte wissen, wo es steht. Zum Beispiel hier: Nachdenkseiten oder Infoportal Globalisierung. |
