Raymond Chen, ingénieur chez Microsoft, a récemment éclairé une question fascinante sur le processus d’installation de Windows 95, révélant l’astucieuse transition entre MS-DOS, Windows 3.x et l’interface classique Win9x. Cette approche visait à simplifier le code tout en garantissant la compatibilité avec divers systèmes d’exploitation.
Retro Potato : L’ingénieur logiciel de Microsoft, Raymond Chen, a récemment répondu à une question intrigante sur le rétro-technologie posée par un développeur de jeux sur X. Le développeur a interrogé sur les trois interfaces utilisateur distinctes utilisées lors du processus d’installation de Windows 95, qui est passé de MS-DOS à Windows 3.x, puis à la classique interface Win9x. Chen a expliqué que c’était un choix de conception délibéré pour minimiser la quantité de code nécessaire à l’expérience de configuration de Windows 95.
Les utilisateurs de PC expérimentés peuvent être bien conscients de la relation particulière entre le code MS-DOS et l’environnement GUI au sein de l’écosystème Win9x. Cependant, selon Chen, le support multi-OS intégré dans le programme d’installation de Windows 95 était bien plus sophistiqué qu’il n’y paraît au premier abord.
Avec plus de 30 ans d’expérience dans l’évolution de Windows, Chen détient des connaissances profondes sur les subtilités cachées de l’une des plates-formes logicielles les plus utilisées au monde. Dans son blog The Old New Thing, il a déclaré que l’installation de Windows 95 était conçue pour mettre à niveau les systèmes depuis trois points de départ possibles – MS-DOS, Windows 3.1, et Windows 95 lui-même. Cette nécessité dictait le besoin de compatibilité avec trois environnements de calcul distincts.
Le programme d’installation a été principalement écrit comme une application MS-DOS, mais il était conçu pour fonctionner sur trois systèmes d’exploitation différents afin d’accomplir des tâches distinctes. La partie DOS était nécessaire lorsque l’installation était lancée depuis l’invite de commandes MS-DOS, car accéder à l’environnement Win9x aurait été impossible sans d’abord l’installer sur le disque dur.
Le composant d’installation MS-DOS installait une version minimale de Windows 3.1 – juste assez pour prendre en charge la partie 16 bits de l’outil d’installation. Après avoir démarré dans ce mini environnement Windows 3.1, le programme d’installation GUI 16 bits se lançait. Cette application pouvait également fonctionner dans un environnement Windows 3.x complet ou même au sein d’un Windows 95 déjà installé, permettant aux utilisateurs de réparer un système corrompu si nécessaire.
Chen a expliqué que l’application Windows 16 bits était le cœur du processus, car elle gérait la majorité des tâches requises pour la « vraie » installation de Windows 95. Cette interface graphique facilitait l’interaction utilisateur, recueillait des données de configuration, déterminait quels composants du système d’exploitation installer et réalisait la détection du hardware pour sélectionner les pilotes appropriés.
Après avoir copié les fichiers et pilotes de Windows 95 dans le système, l’installation 16 bits passait dans l’environnement Win9x. La troisième et dernière étape de l’installation impliquait une véritable application Win32, qui finalisait l’installation en gérant des tâches telles que l’installation d’imprimantes et la configuration d’autres périphériques.
En enchaînant ces trois programmes d’installation, Microsoft a pu rationaliser le développement en réutilisant une seule base de code pour tous les trois principaux scénarios d’installation. « Chaque programme vous rapproche un peu plus de l’objectif. Et tout a été mis en œuvre une seule fois », a déclaré le développeur.