https://github.com/xonsh/xonsh
Shell 和 Python 语法融合的命令行,我才知道有这个,有空试试看。
1
Contextualist 2021-05-17 13:53:26 +08:00
过了一遍教程,是个有意思的角度,并且作者各种情况考虑得很细(因为“融合”确实会带来很多问题)。
感觉可读性是个比较大的问题,Shell 的命令一眼看过去就像个 Python 变量(而且确实有像 ls -l 这样的歧义语句),不过一个足够强大的语法高亮或许可以缓解。 另外为了深度融合加入了许多 DSL,比如我个人感觉在命令中嵌入 Python 表达式感觉完全是徒增复杂性(@(['echo', 'hello', 'world']) 这个求值后竟然还会被隐式转为命令),与之相比 f-string 原生而不会产生任何歧义。 |
2
abersheeran OP @Contextualist 确实,相比这个,我更喜欢你那个设计。$"ls" 挺好。不过给个建议,你应该编译到 MíngShé ( doge,这样就可以 $"ls".output.splitlines() |> filter(line -> line.endswith(".py")) |> "\n".join 这么写了 hhh
|
3
xiaket 2021-05-17 14:15:10 +08:00
很久很久以前看过, 对一个新的 DSL 完全不感兴趣. bash 是工业标准, 如果说未来前端的 js 还有可能会被替代的话, bash/sh 语法是基本肯定不会被替代的, 所以作为一个后端人员, 掌握 bash 是必须的, 而 bash 里面就已经够多坑了, 没必要开新坑.
|
4
Contextualist 2021-05-17 14:21:25 +08:00
@abersheeran 哈哈这商业互吹。这个倒提醒我了,同时使用多个语法拓展或许还是需要接入像 https://github.com/thautwarm/moshmosh 这样的框架。
|
5
abersheeran OP @xiaket 我只是粗略的看了一下,感觉因为糅合的太多了,反而导致很多 Shell 的糟糕设计,引入 Python 了。Python 相较于 JavaScript,最让我喜欢的一点是它是强类型,这个总有种它成了弱类型的感觉。具体的还得我自己试试了。
|
6
abersheeran OP @Contextualist 哈哈哈。thautwarm 的这个感觉挺猛的。
|
7
abersheeran OP @Contextualist 我感觉 lambda 部分我可以抄他的,但是新运算符没办法用这个办法进行扩展。
| 作为管道运算符其实有一个问题,就是当原始对象支持 | 的时候、运行不会像预期——如果是走 ast,那么永远没办法调用原始对象的 | 了;如果走运算符重载,就会出现明明想用管道但是却变成了普通运算的错误(比如 `dict().items()`)。在 https://github.com/abersheeran/cool 里我已经实际使用并验证过了,最后才决定抄 F# 的运算符。 |