Linux 命令行厉害 其实Windows 的也很强：深入 Windows 控制台

从上述的控制台架构图中可以看出，与NIX终端不同的是，控制台发送/接收API调用和/或数据序列化为IO控制（IOCTL）消息，而不是序列化后的文本！ 甚至从（主要是Linux）命令行应用程序接收的文本中所嵌入的ANSI/VT序列也被提取、解析并转换为API调用！

这种差异揭示了*NIX和Windows之间关键的基本哲学差异：在*NIX中，“一切都是文件”，然而在Windows中，“一切都是对象”！

两种方法都有利有弊，我们将概括之，但避免在这里进行长篇大论。请记住，哲学中的这一关键差异是Windows和* NIX之间诸多差异的基础！

在 *NIX系统中，一切都是文件

在60年代末和70年代初Unix被第一次实现的时候，其中一个核心原则就是任何东西都可以被抽象成文件流，一个关键目标是简化对设备和外设的访问处理：如果所有的设备都在系统中以文件系统的形式存在，那么现存的代码就可以不做修改地直接访问这些设备。

这个原则影响深远：你可以通过伪文件系统或虚拟文件系统来浏览和查询大量的基于*NIX的系统和机器配置，它们仅仅是”表现得“像是“文件”或“文件夹”，实际可能是机器配置或硬件。

例如，在Linux中，你可以通过访问 /proc/cpuinfo 虚拟文件节点来查看CPU的一些信息：

这个模型是如此简单和一致，但它也存在一些额外开销：从这些伪文件中提取或查询特殊的文本信息并从执行命令中返回，经常需要一些工具的辅助，比如：sed，awk，perl，python等。这些工具经常被用来写脚本和命令来解析文本内容、查找特殊模式、区域和值。这些脚本可以变得非常复杂，难以维护和碎片化。如果文本的结构、布局或格式发生变更，那么许多脚本也需要随之更新。

在Windows中，任何事物都是对象

当Windows NT被设计和构建时，“对象”被视为软件设计的未来：“面向对象”的语言比洞穴里的兔子更快出现 - Simula和Smalltalk已经建立起来，而C ++正变得越来越流行。其他面向对象的语言，如Python，Eiffel，Objective-C，ObjectPascal / Delphi，Java，C＃等许多其他语言都在快速发展紧随其后。

不可避免的是，它成型于面向对象大好时期（大约1989年）中，Windows NT的设计理念是“一切都是对象”。事实上，NT内核最重要的部分之一是“对象管理器”！

Windows NT公开了一组丰富的Win32 API，可以调用这些API来从操作系统获取和/或操作对象。开发人员使用Win32 API来收集和呈现* NIX伪文件和工具提供的类似信息，但是通过对象和结构。并且因为解析器，编译器和分析器理解对象的结构，所以通常可以更早地捕获许多编码错误，从而帮助验证程序员的意图在语法和逻辑上是否正确。随着时间的推移，这也可以减少系统破损，波动和“搅动”。

所以，回到我们关于Windows控制台的中心讨论：NT团队决定构建一个“控制台”，它在几个关键领域区别于传统的* NIX终端：

1. 控制台API：Windows Console可以通过丰富的Console API进行操作和控制，而不是依赖程序员生成“难以验证”的ANSI / VT序列的能力。

2. 公共服务：为避免每个命令行shell一次又一次地重新实现相同的服务（例如命令历史记录，命令别名），控制台本身提供了一些这些服务，可通过Console API访问

Windows控制台的问题

虽然Console的API已经证明在Windows命令行工具和服务领域非常流行，但以API为中心的模型对命令行方案提出了一些挑战：

只有Windows实现了Console API

许多Windows命令行工具和应用程序广泛使用Console API。

问题呢？这些API仅适用于Windows。

因此，结合其他差异化因素（例如过程生命周期差异等），Windows命令行应用程序并不总是易于移植到* NIX，反之亦然。

因此，Windows生态系统开发了自己的，通常类似但通常不同的命令行工具和应用程序。这意味着用户在使用Windows时必须学习一组命令行应用程序和工具，shell，脚本语言等，而在使用* NIX时则需要学习另一组。

这个问题没有简单的快速解决方案：Windows控制台和命令行不能简单地丢弃并被bash和iTerm2取代 - 有数以亿计的应用程序和脚本依赖于Windows控制台和Cmd / PowerShell shells。

像Cygwin这样的第三方工具可以很好地将许多核心GNU工具和兼容性库移植到Windows，但是它们无法运行未移植的，未经修改的Linux二进制文件。这非常重要，因为许多Ruby，Python，Node包和模块依赖于或包装Linux二进制文件，或者依赖于* NIX运转状态。

这些原因促使微软通过在 Windows的子系统Linux（WSL)上本地运行真正的，未经修改的Linux二进制文件和工具来扩展Windows的兼容性。使用WSL的用户现在可以在同一台机器上并行下载和安装一个或多个Linux发行版，并使用apt / zypper / npm / gem / etc.安装和运行绝大多数Linux命令行工具以及他们喜欢的Windows应用程序和工具。

但是，还有一些控制台提供的东西尚未被非Microsoft终端采用：具体来说，Windows控制台提供命令历史记录和命令别名服务，从而无需每个命令行shell（特别是）重新实现相同的功能。

把 Windows 命令行远程化是困难的

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!