当前位置: 首页 > 工具软件 > Gui4Cli > 使用案例 >

GUI vs CLI [飞龙的IT玩场]

袁山
2023-12-01

说到软件,自然免不了这个对比。

 

GUI是指通过鼠标点击实现功能的图形用户界面,CLI是指通过输入命令实现功能的命令行界面。另外还有一种TUI,通过选择文本菜单实现功能,这是GUI的前身,如今已十分罕见了;著名的Turbo C即是此类软件,或者在Windows XP/2003的命令提示符下输入edit亦可再现这种界面风格(这是一款DOS下的古董级文本编辑器)。

 

自M$“借鉴”Apple的GUI创意,并结合了自己最擅长的商业推广手段,个人电脑便进入了划时代的Windows纪元。让普通用户不必再面对晦涩的DOS命令,这对PC的普及确实是功莫大焉。想想看,用鼠标点选拖放便可以操作文件夹和文件,简单地选定修改格式便可以制作出美观的办公文档和表格,打开浏览器点击链接便可以随意进行网上冲浪,而类似于画图软件、播放器软件那种高度仿照实物设计的界面更是想不会使用都难。

 

在程序开发领域也是如此。现在IDE(依然以微软为代表)提供了高度的图形化开发模式,很多情况下,拖控件、改属性,然后稍微根据需要添加一点代码,一个在以往需要花费很多精力来编码的程序就完成了。

 

尽管神奇的GUI极大地简化了电脑的使用(乃至程序开发),然而在各种软件工具中,CLI依然占有不可动摇的一席之地。Unix/Linux系列自不必说,带有一半Unix血统的Mac OS X也给用户提供使用Shell的机会,即使是在Windows平台,命令提示符自始至终都没有被放弃,而且微软还推出了新一代的Power Shell。

 

GUI的最大优势是所见即所得——WYSIWYG(What you see is what you get),而因此带来的缺点便是所见即全部所得——WYSIAYG(What you see is all you get)。

 

当你想要将某项常见任务自动化,并且可能需要组合使用多个工具时,GUI往往会遇到困难。鼠标点击操作通常需要你事必躬亲,人工在多个窗口间切换的方式也很难让机器自动代劳。比如,想象这个任务:从几个不同的网页上复制一部分数据到不同的文件,然后将这几个文件打包,发送给指定的几个电子邮箱地址;想象如果这个任务需要每天定时做一遍。

 

另外,GUI环境通常受限于它们的设计者想要提供的能力。GUI工具开发商通常会请人因工程学专家来协助设计软件的界面和操作,以求尽可能满足用户的各种需求。这一点他们确实做得不错。然而,即使是功能丰富的软件,其能力也总归有限,很多时候你确实会需要超越设计者提供的模型。比如,在SQL Server 2005的GUI工作界面SSMS下,我想要实现代码折叠、自动完成、以及某些语句的模板化生成,在目前的平台上基本无法实现;我所能做的只有跟客服人员说的一样——等待并升级到下一版本。

 

关于这部分GUI的局限和CLI的优势,在The Pragmatic Programmer(中译本:程序员修炼之道)一书的第15节有详尽阐述。不再敷言。

 

 

GUI的好处就是使用方便、上手简单、用户友好,CLI的长处则在于擅长组合各种工具、便于批处理和自动化、高度的自定义。二者之间的优势劣势恰好互补。如今,两大阵营都呈现出一些彼此借鉴和弥合的痕迹。

 

GUI软件为了实现自动化,提供了宏(Macro)的功能。典型的例子便是Office套装软件附带的VB脚本宏;iMacros for Firefox是一款著名的浏览器宏的插件。

 

为了实现用户自定义和扩展,在GUI软件中插件(Plugin)机制如今越来越盛行。开源领域许多软件都提供了强大的插件机制,甚至软件本身只是一个功能十分有限的程序框架,比如Firefox和Eclipse;微软阵营同样也在顺应潮流,最新的IE版本也开始支持用户自定义插件,集成开发工具VS和SSMS也都支持第三方工具扩展。

 

CLI可以借鉴GUI的地方不多,但同样可以在易用性上下工夫。比如快捷键绑定、文件名和指令的自动完成、历史指令窗口等等。若非特殊用途(如服务器操作系统)或特殊情况(如系统故障恢复时GUI界面无法打开),如今一般用户所用的操作系统都是GUI的形式,CLI的Shell只是系统中的一个子系统。有些窗口化的CLI也可以实现炫酷的界面效果,比如半透明窗口、背景贴图,在用户友好和美观性上也不遑多让。

 

值得一提的是上次文章中介绍的AutoHotKey,其作用便是实现GUI工具的组合化自动化,可以称之为GUI与CLI之间的一座桥梁。类似的软件还有AutoIt。

 

 

说到底,软件是一种工具,我们的目的是借助工具解决问题。GUI vs CLI,并非试图谁压倒谁,而是为了让二者优劣互补,提高解决问题的效率。对于在GUI环境下成长起来的电脑用户,CLI领域的奇妙值得去努力探索体验。

 

 

以下是一些GUI与CLI的软件的对比。

 

操作系统(通常包含了GUI和CLI的两套子系统)

GUI:桌面和任务栏、文件浏览器和文件图标、菜单和工具栏。

CLI:Shell或命令提示符。

 

文本编辑器

GUI:Notepad(记事本)、UltraEdit、EmEditor、Notepad++。

CLI:Vim、Emacs(即使是这二者的GUI版,体现的依然是CLI的哲学:与Shell高度结合、自定义、自动化、以及尽可能避免需要让脑和手在键盘与鼠标之间往返)。

 

字处理程序

GUI:Wordpad(写字板)、Word、OpenOffice Writer。

CLI:Tex/LaTex、DocBook。

 

Web浏览器

GUI:IE、Firefox、Safari。

CLI:Lynx。

 

图像图形处理软件、播放器

这不是CLI的领地。

(不过最近发现一款命令行下的音乐播放器MOC

 

开发工具

对于程序开发工作而言,操作的便利和自动化作业同样重要。因此,立足于GUI的工具(如VS、SQL Server)往往也都提供CLI的访问接口,发源于CLI的程序(如gcc+makefile、MySQL)通常也会附加GUI的操作框架。

 

游戏

GUI:大多数现有的电脑游戏。比较复杂的大型游戏如魔兽争霸和魔兽世界都提供了大量的快捷键,而玩家自行开发的地图和网游外挂可以看作是游戏软件的插件,只是多数外挂往往会破坏游戏的平衡性因而不被运营商认可。

CLI:网游的鼻祖——MUD。MUD游戏可以充分体现CLI的精髓:自定义组合命令、自动化机器人。


 类似资料: