命令解释器允许用户使用文本行形式的命令与程序进行交互。它一直被使用到1970年代。然而,在现代,许多命令解释器被图形用户界面和菜单驱动界面所取代。
命令解释器有许多用途,在某些情况下比图形用户界面更有用。这些情况的详细信息如下-
命令解释器具有大量可用于不同操作的命令和查询。而且,键入要比使用图形用户界面完成的单击要快得多。
有些系统没有足够的资源来支持图形用户界面。在这些情况下,可以使用命令解释器。
科学家和工程师经常在科学环境中使用命令解释器。与图形用户界面相比,技术先进的用户还更喜欢命令解释器。
视障人士无法使用图形用户界面,因此他们使用命令解释器。可以在命令解释器中使用盲文显示器来显示命令和指令。
即使图形用户界面更常见,许多高级用户仍使用功能强大的命令解释器。使用命令解释器的一些系统是-
PHP有一个用于交互使用的外壳,称为php-cli。
Ruby具有可交互使用的命令外壳。
一些Linux发行版具有Unix Shell的bash实现。
Junos和Cisco IOS路由器使用命令行解释器进行配置。
Windows具有带有CLI环境的Windows命令提示符。
命令解释器在基于文本的界面上工作,用户可以在其中键入所需的请求和查询,并获得所需的结果。与此相比,图形用户界面以可视形式包含所有信息,其中图标,窗口等可用于访问和操作数据。
有经验的用户会发现命令解释器非常有用,因为键入命令和获取结果更快。天真的用户喜欢图形用户界面,因为它们采用的是图形格式并且易于使用。
问题内容: 我的问题是非常基本的,为什么我们人们使用注释,此注释的重要性是什么? 在旧的JDK中,为什么它不显示为警告,但是在最新的JDK中,则需要“为什么..”? 问题答案: 假设您有: 您 确实 打算覆盖,但是由于签名中的错误,它不是这样做的。如果使用,则可以让编译器检测故障。它 还会 向任何 阅读 代码的人表明这将覆盖现有方法或实现接口-为他们提供有关当前行为以及重命名该方法可能产生的影响的
假设我们有一个类窗口,上面的命令是在子类的方法中编写的。我需要一些帮助来理解(窗口)这到底是做什么的。它所指的地方。
问题内容: 我正在尝试删除除最近的日志以外的所有日期日志。在执行脚本删除文件之前,我当然想测试命令以确保获得正确的结果。 执行这些命令时,日期为: 目录清单: 我以为-mtime +1应该列出一天之内的所有文件。为什么没有列出8-30.log? 这是理想的效果,但这只是反复试验。0在说什么? 问题答案: find的POSIX规范说: 如果从初始化时间中减去的文件修改时间除以86400(任何剩余部分
make 命令本身可带有四种参数:标志、宏定义、描述文件名和目标文件名。其标准 形式为: make [flags] [macro definitions] [targets] Unix 系统下标志位 flags 选项及其含义为: -f file 指定 file 文件为描述文件,如果 file 参数为"-"符,那么描述文件指向标 准输入。如果没有"-f"参数,则系统将默认当前目录下名为 makef
本文向大家介绍linux下的tar命令详细解释,包括了linux下的tar命令详细解释的使用技巧和注意事项,需要的朋友参考一下 tar命令 [root@Linux ~]# tar [-cxtzjvfpPN] 文件与目录 .... 参数: -c :建立一个压缩文件的参数指令(create 的意思); -x :解开一个压缩文件的参数指令! -t :查看 tarfile 里面的文件! 特别注意,在参数的
问题内容: 我在python解释器(RHEL 5.3上的python 2.4)上做了一些工作,突然发现自己处于似乎是“ vi命令模式”的地方。也就是说,我可以使用典型的vi键绑定编辑先前的命令,以h左移,以x删除… 我喜欢它-唯一的是,我不知道如何到达这里(也许是通过我导入的模块之一:pylab / matplotlib?)。 任何人都可以阐明如何在解释器中启用此模式吗? 问题答案: 在readl