小编Les*_*ker的帖子

命令行解释器与内核/设备驱动程序的接口是否与普通 GUI 程序的接口方式相同?

例如,卸载是在文件系统中实现的。

更改视频分辨率是在计算机程序中实现的,该程序使用视频渲染硬件跟踪和管理监视器上的显示。

在命令行中,您可以更改分辨率(我已经在 Ubuntu 中这样做了,它本质上是 Linux)。

解析 Linux 内核 API 的命令接口是否类似于在 GUI 程序中执行此操作以更改分辨率,或者 CLI 是否在这种形式上有所不同?

希望我的问题不会太混乱。如果是,我会适当地编辑。

command-line

1
推荐指数
1
解决办法
125
查看次数

为什么在现代基于 GUI 的 Linux 发行版中,使用命令行很常见?

命令行是一个流行的选择,还是我这里有什么问题?

在现代 Linux 中,有数十种全新、强大的 3D 渲染 GUI、基于图形的 API 和桌面界面,它们可以通过更强大的特色程序轻松实现在 GUI 上的命令解释器基于文本的 UI 中输入的命令。更好地包含 GUI 元素。

我想说的是,为什么命令行在 2013 年仍然如此流行?

我的意思是我可以同意,在计算机中的内存如此之小以至于花哨的 GUI 会耗尽主内存之前,但现在内存确实便宜,GUI 是 3-D,我们的移动电源机器每天都在变得更好说吧,那么为什么我们还在解释器解析终端 UI 模拟中输入命令呢?

为什么没有更健壮和图形化的方式来实现命令,只能通过更现代的 GUI 来实现?

例如,“ls”或“list”如何作为按钮生成数据的表视图,或者“umount”在生成当前挂载点的表视图的按钮中实现?

总的来说,为什么没有更现代的命令解释器实现,在更方便的装饰中具有完全相同的控制和功能?

PS:我也应该在这里添加这个......我并不是说每个命令都应该使用基于 GUI 的程序来实现,并带有花哨的小部件等。我只是想说我想我们会对命令行进行改造,或者也许可以通过视觉方面更好地表达、优化、管理或循环某些想法,而不仅仅是“文字”。不是要开始争论,而是要找出为什么这么多年以来没有任何东西改变这种方式以及操作系统/软件中图形的进步。

command-line

0
推荐指数
3
解决办法
1403
查看次数

标签 统计

command-line ×2