无忧启动论坛

标题: 一个cmd的靠谱替代品 yori [打印本页]

作者: CodeHz 时间: 2020-11-25 21:16
标题: 一个cmd的靠谱替代品 yori
本帖最后由 CodeHz 于 2020-11-25 21:16 编辑

官网 http://www.malsmith.net/yori/
挑几个官网上介绍过的特性：
命令补全可以从中间或者开头补全命令而不会把整个命令吞掉（

支持使用bash风格的文件选择器

支持特别长的文件名

（这图是win3.1时代了吧）
跑后台任务，可以同时还拿到输出（这比一众linux的shell体验还好了）

还可以绑定快捷键

从上面的介绍来看，大家也应该能猜出这玩意兼容性如何
从MIPS架构的windows NT 3.1
到现在的(64位)windows 10 2004(build 20262)
以及aarch64的windows 10 (非IoT版本）
都可以支持
（所以大概没精简的特别厉害的pe也能用，我测试的时候server core和docker里的nano server是可以跑的！）

还有就是yori附带的一些相关工具的特性：
0. 84个exe，除开yori本体和安装器，也有接近80个是可以独立使用的，也就是你不用yori也可以用上一些好处
1. （对开发者的）自带一个 ymake 可以取代一部分nmake的功能，还支持多线程构建（虽然GNU Makefile早就支持了，但是这玩意可比gmake小多了）
2. （对开发者的）执行cmd批处理后会把批处理设置的环境变量导出到yori，也就是说你可以直接用 vcvarsall.bat 设置当前环境变量，而不需要另外写脚本兼容
3. 还自带一个 yui.exe 可以当作简单的桌面shell替代，当然和本站的winxshell是没法比，但是耐不住这玩意小啊（49KB!），也支持奇葩的server core（
4. 自带一个 yedit.exe 可以用作简单的文本编辑器(tui)，当然这个中文支持有点问题，不过这体积(109kb)咱也别要求啥了
5. 自带一个 ycompact.exe 可以用作简单的压缩/解压器，当然用的是系统api所以支持的格式只有 lzx, ntfs, xp4k, xp8k, xp16k
6. 当然也有 cab 的相关支持
7. 还有一个包管理器 ypm.exe
8. 自带一个简单的http下载器yget.exe（虽然我通常都是用win10内置的curl.exe）
9. 剩下的自己发现（

使用提示：
1. help 命令可以看到多数内置命令的简要帮助
2. 参数用 / 或者 - 均可（双厨狂喜）
3. 所有yori内置的程序都可以用 -? 获取帮助（或者 /?）

本地编译镜像（x64 + x86，7z默认参数打包后只有1MB，如果不想从官网下载安装器然后联网安装的话，可以用我这个）

作者: junyee 时间: 2020-11-25 21:23
比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

无论是特性和操作都不合主流。

被各第第三方工具吊打呀。

用了蛮久的 cmder，自带了 unix工具和git ，挺方便的。

作者: CodeHz 时间: 2020-11-25 21:41

junyee 发表于 2020-11-25 21:23
比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

无论是特性和操作都不合主流。

其实那个窗口，也就是现在的conhost，倒是变化了很多（还有官方的windows terminal也算很不错），只不过cmd.exe这个shell本体，一直就没有什么改变，而且以后也不会有了，因为微软官宣不再更新
（这里一定要区分cmder和我这里说的工具的区别，一个是里面跑的东西，一个是界面展现的）
而powershell虽然功能强大，与系统交互性很好，但是毕竟启动速度慢，而且习惯也是很大的问题，反正cmd爱好者和linux的爱好者都用不惯（

作者: plusv 时间: 2020-11-25 21:55

junyee 发表于 2020-11-25 21:23
比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

无论是特性和操作都不合主流。

junyee>比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

比较奇怪的是
Windows X86/X64 CMD 还是有万年老问题不解决

C:\>set/a 10/3
3

C:\>set/a 2147483647+1
-2147483648

作者: kli 时间: 2020-11-25 22:01
下载试用

作者: CodeHz 时间: 2020-11-25 22:05

plusv 发表于 2020-11-25 21:55
junyee>比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

比较奇怪的是

（我怎么觉得这是预期行为（
整数溢出自动回环应该是符合预期的，比js在超过最大安全整数后出现诡异的行为要好得多。。。

作者: plusv 时间: 2020-11-25 22:09

CodeHz 发表于 2020-11-25 21:41
其实那个窗口，也就是现在的conhost，倒是变化了很多（还有官方的windows terminal也算很不错），只不过c ...

>powershell虽然功能强大，与系统交互性很好，但是毕竟启动速度慢

在我十余年老 PC Windows 7 X64,
第一次运行 PowerShell 大概要等 5 秒.
PowerShell 依赖 .NET 所以对老 OS 支持性不好,
原则上
1. 找网上命令行工具 --> 2. 找不到合用的考虑自写小工具 --> 3. 最后才会考虑用 PowerShell.

作者: plusv 时间: 2020-11-25 22:17

CodeHz 发表于 2020-11-25 22:05
（我怎么觉得这是预期行为（
整数溢出自动回环应该是符合预期的，比js在超过最大安全整数后出现诡异的行 ...

我指的是最大数的支持,不是溢位的问题.

UInt= 0(0) 到 4294967295(FFFFFFFF) --> (4.00 GB) (32 位 CMD)
UInt64= 0(0) 到 18446744073709551615(FFFFFFFFFFFFFFFF) --> (16.00 EB) (64 位 CMD)

作者: CodeHz 时间: 2020-11-25 22:21

plusv 发表于 2020-11-25 22:09
>powershell虽然功能强大，与系统交互性很好，但是毕竟启动速度慢

在我十余年老 PC Windows 7 X64,

我这边新的机器都有肉眼可见的延迟（虽然小于0.5秒）
怪不得微软不把ps1作为直接可执行的文件，而bat却可以。因为bat基本都是秒开

作者: 9zhmke 时间: 2020-11-25 22:23
让我想起来多年前练悉的Norton下的NDOS

作者: CodeHz 时间: 2020-11-25 22:25

plusv 发表于 2020-11-25 22:17
我指的是最大数的支持,不是溢位的问题.

UInt= 0(0) 到 4294967295(FFFFFFFF) --> (4.00 GB) (32 ...

其实溢出也是兼容性的一部分啊。。。
你看c/c++编译器从32位到64位没见几个把int给改64位的，就是因为很多人依赖了int是32位的这个事实。
cmd这个兼容性保证就是为了让旧的批处理还能直接运行，尤其是依赖了这种溢出行为的
200x年的cmd到2020年的cmd除了版本号不同之外，微软就没更新功能，自然包括了在升级64位时保留set/a只能32位数字的特性。

作者: plusv 时间: 2020-11-25 22:33

CodeHz 发表于 2020-11-25 22:21
我这边新的机器都有肉眼可见的延迟（虽然小于0.5秒）
怪不得微软不把ps1作为直接可执行的文件，而bat却 ...

我是蛮喜欢 PowerShell 的,
但基于第一次运行速度及 OS 支持度,
我最后才会使用 PowerShell.

DOS/CMD BAT 或 Unix-Like Shell Script 都是工程师的玩意,运行快很重要.

作者: artedu 时间: 2020-11-25 22:34
一个cmd的靠谱替代品 yori

作者: slore 时间: 2020-11-25 22:36
用cmd做计算，浮点没有必要。
字符串操作也很多特殊字符限制，能调用别的就行了。

好说歹说，现在Windows 10支持CTRL+V粘帖了，WIN+V也支持。
（虽然以前用autohotkey也能解决）

透明，图片背景，多Tab，分屏，快捷键（分屏，移动光标，复制）等，Windows Terminal都可以搞定，
就是不支持History，重新打开上下键无法使用历史命令。
powershell，bash，其他三方都支持。CMD很不方便，WinTerm壳也没办法。

作者: plusv 时间: 2020-11-25 22:44

CodeHz 发表于 2020-11-25 22:25
其实溢出也是兼容性的一部分啊。。。
你看c/c++编译器从32位到64位没见几个把int给改64位的，就是因为很 ...

>64位时保留set/a只能32位数字的特性。

我不能理解 MS 为什么一定是整数.

C:\>set/a 10/3
3

作者: plusv 时间: 2020-11-25 22:54

9zhmke 发表于 2020-11-25 22:23
让我想起来多年前练悉的Norton下的NDOS

Norton 真是位天才.

作者: 9zhmke 时间: 2020-11-25 22:55

plusv 发表于 2020-11-25 22:54
Norton 真是位天才.

天才夫妻...

作者: 9zhmke 时间: 2020-11-25 22:59
就像你们说的，powershell很强大却太慢，CMD又太落后，所以我干脆选用VBS，虽然仍然比不上Powershell但有些地方也比它强大，又快又方便

作者: CodeHz 时间: 2020-11-25 23:05

plusv 发表于 2020-11-25 22:44
>64位时保留set/a只能32位数字的特性。

我不能理解 MS 为什么一定是整数.

难不成用浮点，然后 https://0.30000000000000004.com/ 这样吗
即使不考虑这种极端情况，那么32位浮点数安全表示的整数范围就-16777216 到 16777216，得用64位浮点
除此之外，浮点的文本表达也是一个问题，按照exact的方式表达，那么数字大一点就得突破屏幕范围。。。
用定点数字表达那么很多计算就不精确，
即使用上了科学计数法，以64位浮点数的精度，那也得非常离谱的长度才能准确表示（无论处理还是显示都很不方便）
什么，你说为啥一定得文本表示，那你得问问环境变量是否允许。。。
于是，为了引入浮点计算，就必须得引入一个二等公民来保存浮点数值，这显而易见会大幅度增加复杂度。。

综上所述，在批处理的场景下，不适合引入浮点数乃至无限精度数字运算一类的功能
（当然要我设计的话，整一个无限精度整数运算还是可行的）

作者: CodeHz 时间: 2020-11-25 23:08

9zhmke 发表于 2020-11-25 22:59
就像你们说的，powershell很强大却太慢，CMD又太落后，所以我干脆选用VBS，虽然仍然比不上Powershell但有些 ...

vbs不能做shell用，只能做脚本啊*

作者: 88899abc138 时间: 2020-11-25 23:12
好东西来共享。

作者: plusv 时间: 2020-11-25 23:13

CodeHz 发表于 2020-11-25 23:05
难不成用浮点，然后 https://0.30000000000000004.com/ 这样吗
即使不考虑这种极端情况，那么32位浮点数 ...

+-*/ 一般实务的使用,
浮点很正常吧.

作者: 苏州本是 时间: 2020-11-25 23:19
这个yori命令行工具倒是不错！谢谢推荐！

作者: CodeHz 时间: 2020-11-25 23:26

plusv 发表于 2020-11-25 23:13
+-*/ 一般实务的使用,
浮点很正常吧.

你10/3就是无限循环小数，64位浮点的exact方式表示就得
3.3333333333333335
看着还行是吧，考虑下大数？浮点数可以弄出307位的大数，这怎么写（
浮点数还有更多的问题我前面没说（
如果不小心出现除以0，那么恭喜你，现在又可以
Infinite -Infinite（考虑下怎么文本表达）
这些数字加减有限数字都不会变的
然后如果0/0或者Infinite * 0就可以触发下一个噩梦：NaN
它自身判断不相等，NaN != NaN，任何数字运算结果都会变NaN
这些就是引入浮点数的负面后果。。。
当然，最主要的问题还在于文本表达上，前面的都可以克服，但是用环境变量，文本表达是绕不过去的砍
所以真的想玩浮点数，建议用正经的编程语言，即使js这种令人诟病的，也比试图用文本化的浮点数运算靠谱。。。

作者: plusv 时间: 2020-11-25 23:39

CodeHz 发表于 2020-11-25 23:26
你10/3就是无限循环小数，64位浮点的exact方式表示就得
3.3333333333333335
看着还行是吧，考虑下大数 ...

实务使用
你可能会看到
3333333333333333.88 3,333,333,333,333,333.88 (2.961 PB)
而不会看到
3.333333333333333
浮点数通常取 2-4 位居多.

作者: h2bx86 时间: 2020-11-25 23:42
谢谢分享，收藏备用。

作者: CodeHz 时间: 2020-11-25 23:58

plusv 发表于 2020-11-25 23:39
实务使用
你可能会看到
3333333333333333.88 3,333,333,333,333,333.88 (2.961 PB)

实际上你后面那个数值64位浮点数不能精确表示，随便算一个加减都有很大误差了（
不过话说回来我觉得shell的定位不是给你做计算器用的，误差倒也没啥问题，想折腾数学的要不我移植一个bc/dc过来玩玩（linux下的一个知名计算器）

作者: plusv 时间: 2020-11-26 00:09

CodeHz 发表于 2020-11-25 23:58
实际上你后面那个数值64位浮点数不能精确表示，随便算一个加减都有很大误差了（
不过话说回来我觉得shel ...

前面说了浮点数通常取 2-4 位居多.
不需要非常准确的浮点.

作者: CodeHz 时间: 2020-11-26 00:13

plusv 发表于 2020-11-26 00:09
前面说了浮点数通常取 2-4 位居多.
不需要非常准确的浮点.

你这个是在整数部分就已经炸了（
数字再高一点就区分不了+1 -1了，两数相减直接变成0

作者: plusv 时间: 2020-11-26 00:23
本帖最后由 plusv 于 2020-11-26 00:44 编辑

CodeHz 发表于 2020-11-26 00:13
你这个是在整数部分就已经炸了（
数字再高一点就区分不了+1 -1了，两数相减直接变成0

现在的硬盘都很大,
需要大数及浮点运算.

N 68% 700.73GB/1.00TB 752,402,935,808/1,099,514,769,408 752402935808/1099514769408

作者: CodeHz 时间: 2020-11-26 00:39

plusv 发表于 2020-11-26 00:23
现在的硬盘都很大,
需要大数运算.

所以必须承认软件设计是有局限性的，不同的需求不可能同时满足，特别是加上微软的立命之本兼容性需求之后。
（反正我觉得整数运算很符合逻辑，非要浮点算那肯定要专门设计一个新的参数，然后不可能整出这种看起来就给金融领域等特殊场景使用的定点数（指尾部俩小数））
这种情况建议使用自动扩容的python处理（
实际上我认为任何复杂，严肃一点的需求，都应该用正经的语言编写，而不是使用一开始就为了方便批量调用程序的批处理，或者ps这种杂糅各种蜜汁设计然后四不像的东西来做
一来这样不容易出错，二来能实现的功能更多
（cmd没有数据类型，全都当做文本来做，这是作为shell的基础需求（ps这里就做的不好），也是导致它在功能性受限（但是ps也没扩展太多，如果不想折腾的特别复杂引入c#的话）的根本原因，即使拥有诸多好评的bash，也只是在类型系统上做了一丁点扩展，即加入了方便处理的字符串的列表类型，那些试图在类型方面加更多料的，都慢慢变成了小众/专有场景的脚本）

作者: plusv 时间: 2020-11-26 00:49

CodeHz 发表于 2020-11-26 00:39
所以必须承认软件设计是有局限性的，不同的需求不可能同时满足，特别是加上微软的立命之本兼容性需求之后 ...

所以我前面说

原则上
1. 找网上命令行工具 --> 2. 找不到合用的考虑自写小工具 --> 3. 最后才会考虑用 PowerShell.

作者: wbs1997 时间: 2020-11-26 04:50

下载试用

作者: HIGHQ 时间: 2020-11-26 07:06
有需ˊ要感謝提ˊ供...

作者: 120239197a 时间: 2020-11-26 08:04
这个看看哈

作者: 2010wlm 时间: 2020-11-26 08:06
看起来有点难学，cmd勉强够用了

作者: felixatvan 时间: 2020-11-26 08:44
回復學藝

作者: ly2389 时间: 2020-11-26 08:47
学习学习！！！！！！！！！！！！！

作者: fk2001 时间: 2020-11-26 08:57
试试！！！！！！

作者: my9823 时间: 2020-11-26 09:01
运行sed命令提示缺少dll,看文件名像是gnuwin32中的dll

作者: mengxiangdao 时间: 2020-11-26 09:09
看看编译
的效果

作者: 2011ohte 时间: 2020-11-26 09:13
想起了尤里复仇的GAME

作者: 2012andyle113 时间: 2020-11-26 09:18
感谢分享，平常用得不多，随便看看

作者: 2012huguoliang 时间: 2020-11-26 09:42
看看是什么好玩意

作者: CodeHz 时间: 2020-11-26 09:58

my9823 发表于 2020-11-26 09:01
运行sed命令提示缺少dll,看文件名像是gnuwin32中的dll

（建议用官网发的那个），我这本地编译的好像有依赖

作者: 2010fbb 时间: 2020-11-26 10:15
学习了,谢谢分享!

作者: holley2008 时间: 2020-11-26 10:33
先star收藏起来

作者: junyee 时间: 2020-11-26 12:11

plusv 发表于 2020-11-25 21:55
junyee>比较奇怪的，作为受众这么广的 cmd.exe 这么多年都没什么变化。

比较奇怪的是

你这个问题很容易理解。也不能算是BUG，

随便用 set 输入一个大整数

提示精度为32位。他并没有说是否无符号，事实上是有符号的。

最大的正整数即是 0x7fffffff，最小的是 0x80000000(即7fffffff 升1溢出值）

至于为什么不支持浮点数。
你刚才都已经嫌批处理所支持的整数范围太小，再来个浮点数合适嘛？

如你们所说 cmd 不改进是因为微软想抛弃它，这才能解释一切。

作者: junyee 时间: 2020-11-26 12:26

CodeHz 发表于 2020-11-25 21:41
其实那个窗口，也就是现在的conhost，倒是变化了很多（还有官方的windows terminal也算很不错），只不过c ...

我发现 yori 启动后，也会多启动一个conhost.exe。
具体的过程暂时超出我所知范围，

cmder 是套壳，不过确实蛮好用，尤其是对习惯了 linux 工具的人来说。
内置了 bash.exe 也很好用,或许还可以装装zsh 。

作者: CodeHz 时间: 2020-11-26 12:40

junyee 发表于 2020-11-26 12:26
我发现 yori 启动后，也会多启动一个conhost.exe。
具体的过程暂时超出我所知范围，

conhost是控制台子系统的程序必须启动的（除非用新的ConPTY接口运行，这个就复杂了），这是微软的设计
意思是你如果没控制台，系统就自动给你创建一个，有的话，就继承父进程的。
（另外也不是不可以把yori跑在cmder里）
至于bash，那绝对不是cmd的替代，（这不表示不好用，恰恰相反，合适的场景非常实用）原因很简单，它没有对cmd的兼容性，最基础的就是目录格式的问题，在win上很有异域风情的感觉）

作者: zzm112 时间: 2020-11-26 12:46
看看吧

作者: junyee 时间: 2020-11-26 12:52

CodeHz 发表于 2020-11-26 12:40
conhost是控制台子系统的程序必须启动的（除非用新的ConPTY接口运行，这个就复杂了），这是微软的设计
...

说到 bash.exe ，在 windows 下真的极少人会选用。

在我看来体验是比 cmd.exe 好的。

至于目录格式，windows 的反斜框本就是个蹩脚的设计。

作者: CodeHz 时间: 2020-11-26 13:28

junyee 发表于 2020-11-26 12:52
说到 bash.exe ，在 windows 下真的极少人会选用。

在我看来体验是比 cmd.exe 好的。

（但是win的原生分割符就是这个，不能改变，
还有长度超过260个字符的路径（比如node_modules）在msys2/mingw那一套里处理也会出问题，但是用nt原生的方式访问就可以达到至少2048个字符的路径长度限制

作者: ChinToy 时间: 2020-11-26 13:46
感谢大大分享

作者: 一线天 时间: 2020-11-26 15:16
感谢分享！

作者: hexcel2016 时间: 2020-11-26 15:37
感谢分享！

作者: Climbing 时间: 2020-11-26 15:49
简单试用后的结论：非常之难用，对中文之支持非常之差，那个cmd窗口没有边框，看着非常难受，而且，还没地方设置。最主要它宣称的那些自动补全之类的功能，不能正常使用。

作者: CodeHz 时间: 2020-11-26 15:54

Climbing 发表于 2020-11-26 15:49
简单试用后的结论：非常之难用，对中文之支持非常之差，那个cmd窗口没有边框，看着非常难受，而且，还没地 ...

（win10换成实验性utf-8支持就能用了（
窗口是windows内置的

作者: 左岸麦田 时间: 2020-11-26 15:57
感谢分享，目前还不能完全替代啊

作者: junyee 时间: 2020-11-26 16:38

CodeHz 发表于 2020-11-26 13:28
（但是win的原生分割符就是这个，不能改变，
还有长度超过260个字符的路径（比如node_modules）在msys2/ ...

为什么我测试的相反。

在 cmd/cmder 中创建

```
mkdir abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890\abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890\abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890\abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ1234567890
```
都提示出错
，

用 yori/bash 创建都成功了。（NTFS）

作者: Loongtze 时间: 2020-11-26 17:29
试试新工具如何。

作者: my9823 时间: 2020-11-27 06:09

CodeHz 发表于 2020-11-26 09:58
（建议用官网发的那个），我这本地编译的好像有依赖

不好意思，弄错了，最后发现是上次将sed.exe以及相关依赖dll复制到system32目录，发现不能用，没及时删除，后来忘了。今天搜索文件发现删掉。

作者: whyme22 时间: 2020-11-27 15:49
谢谢分享资源

作者: crshen 时间: 2020-11-27 19:48
不错的工具，感谢

作者: eris2007 时间: 2020-11-27 20:22
默认参数打包后只

作者: 2011kninja 时间: 2020-11-28 00:47

作者: why186089 时间: 2020-11-28 14:03
牛逼轰轰烈烈

作者: abxy 时间: 2020-11-30 09:31
很不错哦，谢谢楼主的分享!

作者: bx123 时间: 2020-11-30 15:26
楼主辛苦了，谢谢楼主，感谢楼主分享，楼主好人一生平安！！！

作者: yuansw 时间: 2020-12-1 01:12
好资源，我想看看

作者: wtuia0 时间: 2020-12-1 01:41

看了楼主的介绍

果断下载试用，操作方便

作者: yqi99 时间: 2020-12-1 11:52
试下这个命令行

作者: wjgyz740526 时间: 2020-12-1 15:33
楼主辛苦了，谢谢楼主，感谢楼主分享，楼主好人一生平安！！！

作者: geshenggang4 时间: 2020-12-2 11:24
好东西！但这样就需要先导入到WINDOWS位置下了吧！！

作者: w_9514 时间: 2020-12-2 16:53

下载试用

作者: wlien106 时间: 2020-12-2 22:53
try it

作者: wjgyz740526 时间: 2020-12-4 08:54
楼主辛苦了，谢谢楼主，感谢楼主分享，楼主好人一生平安！！！

作者: rbwsx 时间: 2020-12-4 09:01
感谢分享，试用一下。

作者: liuzhaoyzz 时间: 2020-12-4 09:39
这个yori似乎很适合极客用，cmd的话感觉更加大众化，接受程度高。

作者: wjgyz740526 时间: 2020-12-5 10:12
楼主辛苦了，谢谢楼主，感谢楼主分享，楼主好人一生平安！！！

作者: 87768765 时间: 2020-12-7 21:26
很给力!

作者: okhuihui 时间: 2020-12-8 01:33
感谢分享。

作者: 坏蛋哥哥 时间: 2020-12-8 11:40
楼主辛苦了，谢谢楼主，感谢楼主分享，楼主好人一生平安！！！

作者: 2539198411 时间: 2020-12-9 10:22
这个可以试试看感觉很有意思的样子

作者: shiftzcg 时间: 2020-12-9 14:58
自带一个简单的http下载器？

作者: jjbj66 时间: 2020-12-9 15:18
试试

作者: wilot 时间: 2020-12-14 21:12
谢谢大神

作者: ko20010214 时间: 2020-12-15 21:55
提示: 作者被禁止或删除内容自动屏蔽

作者: nishijiji1 时间: 2020-12-19 19:07
什么万元

作者: lm0006 时间: 2021-1-20 21:54
甘草杏分享了呵呵

作者: 2010wlm 时间: 2021-1-23 18:52
值得看看，不过现在基本不用命令行了

作者: 2010cya 时间: 2021-2-15 15:51
XXTG谢谢提供，下载来看看

作者: lsc202 时间: 2021-2-15 16:41
还真是， cmd.exe 这么多年都没什么变化

作者: drfed11223 时间: 2021-2-19 14:42
好的很

作者: dzy 时间: 2021-6-12 11:48
看看

作者: freecat 时间: 2021-6-13 09:39
试一下看看好不好用

作者: freecat 时间: 2021-6-13 09:45
本帖最后由 freecat 于 2021-6-13 09:52 编辑

不错很好用

作者: flygod3000 时间: 2022-1-21 20:25
haodongxi

欢迎光临无忧启动论坛 (http://bbs.wuyou.net/)