村通网 - Python -powered, cross-platform, Unix-gazing shell

[abersheeran]

https://github.com/xonsh/xonsh

Shell 和 Python 语法融合的命令行，我才知道有这个，有空试试看。

[Contextualist]

过了一遍教程，是个有意思的角度，并且作者各种情况考虑得很细（因为“融合”确实会带来很多问题）。
感觉可读性是个比较大的问题，Shell 的命令一眼看过去就像个 Python 变量（而且确实有像 ls -l 这样的歧义语句），不过一个足够强大的语法高亮或许可以缓解。
另外为了深度融合加入了许多 DSL，比如我个人感觉在命令中嵌入 Python 表达式感觉完全是徒增复杂性（@(['echo', 'hello', 'world']) 这个求值后竟然还会被隐式转为命令），与之相比 f-string 原生而不会产生任何歧义。

[abersheeran]

@Contextualist 确实，相比这个，我更喜欢你那个设计。$"ls" 挺好。不过给个建议，你应该编译到 MíngShé （ doge，这样就可以 $"ls".output.splitlines() |> filter(line -> line.endswith(".py")) |> "\n".join 这么写了 hhh

[xiaket]

很久很久以前看过, 对一个新的 DSL 完全不感兴趣. bash 是工业标准, 如果说未来前端的 js 还有可能会被替代的话, bash/sh 语法是基本肯定不会被替代的, 所以作为一个后端人员, 掌握 bash 是必须的, 而 bash 里面就已经够多坑了, 没必要开新坑.

[Contextualist]

@abersheeran 哈哈这商业互吹。这个倒提醒我了，同时使用多个语法拓展或许还是需要接入像 https://github.com/thautwarm/moshmosh 这样的框架。

[abersheeran]

@xiaket 我只是粗略的看了一下，感觉因为糅合的太多了，反而导致很多 Shell 的糟糕设计，引入 Python 了。Python 相较于 JavaScript，最让我喜欢的一点是它是强类型，这个总有种它成了弱类型的感觉。具体的还得我自己试试了。

[abersheeran]

@Contextualist 哈哈哈。thautwarm 的这个感觉挺猛的。

[abersheeran]

@Contextualist 我感觉 lambda 部分我可以抄他的，但是新运算符没办法用这个办法进行扩展。

| 作为管道运算符其实有一个问题，就是当原始对象支持 | 的时候、运行不会像预期——如果是走 ast，那么永远没办法调用原始对象的 | 了；如果走运算符重载，就会出现明明想用管道但是却变成了普通运算的错误（比如 `dict().items()`）。在 https://github.com/abersheeran/cool 里我已经实际使用并验证过了，最后才决定抄 F# 的运算符。