如何理解Windows的程序项
DOS和Windows作为微机的操作系统，从用户角度看，它们最大的区别在于非直观的字符界面与直观的可视化的图形界面、单任务与多任务的区别。
在传统的DOS环境下，Command:com承担了很重要的角色，它提供了用户与DOS内核间的接口，这个接口是非直观的字符界面接口。在DOS启动后，Command.com驻留内存，给用户提示一个命令提示符如C:\>或A:>。用户在这种提示符下，要凭记忆输入DOS的命令。用户需要记住DOS的内部命令或是自己的实用程序放在哪个目录下，才能对机器进行有效地操作，因此不具有很好的直观性。用户输入一条命令后，Command.com就接收起命令，并进行分析，若是内部命令则直接执行，若是外部命令，则调用相应的程序文件。在这种环境下，用户与DOS系统的关系如下图：
在Windows操作系统下，没有了内部命令与外部命令的概念。比较贴切地讲，在Windows下不应使用命令一词，而统称为程序(可以认为它高效于DOS下的外部命令)。而程序管理器则可看作用户与Windows内核之间的接口，这个接口是可视化的图形界面，具有很好的直观性。它把应用程序分类，每类称为一个组(Group)，每个组有自己的名称及一个形象化的图标(或像标)；每个组又由若干个具体的实用程序组成，每一个程序也用一个独特的图标来代表。在这种结构下，用户一看到图标就知道是哪个组成哪个应用程序，要运行某应用程序只需选择程序所在的组，再双击应用程序图标即可，因而称这种界面是可视化的、直观性的。程序的这种组织结构，可用下图表示：
这种程序的运行结构需要应用程序安装时自动在程序管理器下建立相应的组，并在其组下建立代表该程序的程序项图标。若应用程序没建立图标，则只好在程序管理器下的菜单中选择“File/Run”，输入应用程序的路径及文件名，也可运行程序，这又使用户好象回到了DOS环境下的那种操作了。
应该看到，程序组及程序项这种结构只是一个框架，是程序间的一个逻辑组织方式，并非代表程序在磁盘上也是这样组织的。实际上各应用程序仍然象在DOS中一样，放在各自的目录下。程序项主要就是用来指明程序所在的路径及其工作目录的，用户双击程序项图标时，程序管理器就在一指定的路径下去找应用程序来运行，并在指定的工作目录存放中间及最后结果。
顺便指出，Windows下的文件管理器是一个应用程序，它受程序管理器管理，文件管理器主要用于文件的查看、拷贝、移动、删除、磁盘的格式化、拷贝等，这实际上是DOS环境下大多数内部命令所要完成的操作。