一个cmd的靠谱替代品 yori

CodeHz

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

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

plusv

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

所以我前面说

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

wbs1997

下载试用

HIGHQ

有需ˊ要感謝提ˊ供...

120239197a

这个看看哈

2010wlm

看起来有点难学，cmd勉强够用了

felixatvan

回復學藝

ly2389

学习学习！！！！！！！！！！！！！

fk2001

试试！！！！！！

my9823

运行sed命令提示缺少dll,看文件名像是gnuwin32中的dll

mengxiangdao

看看编译
的效果

2011ohte

想起了尤里复仇的GAME

2012andyle113

感谢分享，平常用得不多，随便看看

2012huguoliang

看看是什么好玩意

CodeHz

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

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

2010fbb

学习了,谢谢分享!

holley2008

先star收藏起来

junyee

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

比较奇怪的是

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

随便用 set 输入一个大整数


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

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



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

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

junyee

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

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

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

CodeHz

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

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

zzm112

看看吧

junyee

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

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

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

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

CodeHz

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

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

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

ChinToy

感谢大大分享

一线天

感谢分享！

hexcel2016

感谢分享！

Climbing

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

CodeHz

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

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

左岸麦田

感谢分享，目前还不能完全替代啊

junyee

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

为什么我测试的相反。

在 cmd/cmder 中创建

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

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