Plus comme une réponse à Randolf, mais il n’est pas le seul, des interfaces de ligne de commande déroutantes et DOS à répétition.
Notez que de nombreuses balises [DOS] et [MS-DOS] souffrent de la même erreur: MS-DOS ne disposait initialement que d'un mode texte, d'une interface en ligne de commande appelée command.com+ norton commander pour beaucoup d'entre nous et de fenêtres en mode texte créées avec des cadres. , dessiné avec ansi.sys, mais contrôlable non seulement au clavier, mais également à la souris, mais plus facilement avec les touches fléchées et les touches de raccourci.
Ensuite, Windows a été construit au-dessus de DOS (2.0, 3.0, 3.1, 3.11), où une icône pour DOS-Box est réapparue à l'intérieur de Windows, en tant que nom de l'interface de commande à l'intérieur de Windows.
Mais dans Windows-NT et dans Windows 95 ou 98, MS-DOS a été abandonné, mais un interpréteur de commandes cmd.exe(cmd32.exe) existait toujours, avec la même syntaxe et les mêmes mots clés. Mais c’était un programme fonctionnant sous Windows, comme d’autres interpréteurs de commandes de style texte, tels que BASIC, irb (Ruby), scala-repl, psql (Postgresql), sqlplus (oracle), bc, R, rhino, etc. et ainsi de suite, fonctionnant sur plusieurs plates-formes.
Appeler ce style MS-DOS est trompeur, car DOS ou MS-DOS ne sont pas ceux qui l'ont créé pour la première fois. C'est beaucoup plus vieux.
Même sous Windows, l’exécution de commandes DOS n’était pas limitée . En général, l’ écriture de fichiers de commandes consistait à spécifier certains paramètres avant de lancer un programme Windows. Par exemple, définir un CLASSPATH, JAVA_HOME, des paramètres java tels que -Xmx et ainsi de suite pour un programme Java.
De nombreuses personnes pensent que les interfaces de ligne de commande sont un vestige des temps anciens - qui ne connaissent pas le pouvoir de traiter des milliers de fichiers en quelques touches. Ils ne connaissent pas non plus wsh et monad. Mais pour les professionnels, un interpréteur de commandes est sur les fenêtres presque aussi utile que sur Unix ou Linux. Ce n'est pas très connu, mais c'est essentiel pour de nombreux administrateurs.
Il existe même un portage de gnu-toolchain, avec sh.exe et sed, awk, bc, tail, rev, cat et tout cela en tant qu'applications Win32 natives.
Vous pouvez peut-être exécuter d'anciens programmes DOS sous cmd.exe, mais vous ne pouvez pas exécuter de programmes Windows en mode DOS. Ne continuez donc pas de dire aux gens que cmd.exe est un DOS - ce n'est pas le cas. Et ce n'est pas comme DOS . Ce que vous voulez dire, c'est un interactive command-line program, un command-line interface.
- Invite DOS
- Fichiers batch DOS
- Commandes de type DOS
- Console de style DOS
- Applications DOS
est presque toujours une terminologie trompeuse . Cela pourrait convenir à un amateur, mais si vous voulez que votre public comprenne ce dont vous parlez, vous devez vous demander: est-ce limité à un système d'exploitation spécial, au DOS? Le style de la CLI est-il mieux nommé 'style DOS'? Est-ce historiquement correct? Est-ce que votre public connaît le DOS? Est-ce utile pour comprendre? Est-ce que ces programmes fonctionnent vraiment sous DOS?
Vous avez besoin des bonnes expressions, tranchantes comme un couteau de chirurgien, pour expliquer des choses compliquées. Les mauvaises expressions provoquent de mauvaises impressions dans le cerveau de votre public. Les expressions bâclées sont pires que rien. Évite-les. À utiliser CLIsi l’interface de ligne de commande doit être longue à taper.
Corrigez les étiquettes trompeuses sur le SU, le SE et les autres côtés.