- 主题:把js全干掉,统一成ts,有没有搞头?
好在没让你来设计语言。。。。汗
【 在 hgoldfish 的大作中提到: 】
: 这个是业务逻辑问题，只是个语法糖。愿意使用这个语法糖就要 try/catch，不愿意使用这个语法糖大可不必。
: 一般说来 rpc 也不会设计成 setter 调用。像我在 xmlrpc 里面是这样玩的：
: remote.userService.createUser(u);
: ...................
--
FROM 123.120.180.*
事件循环和异步io是bom和node的规范。
gil不仅不是python规范，而且现在就有很多也不小众的解释器里面并没有gil。cpython里面想要解决gil的呼声也一直有
【 在 hgoldfish 的大作中提到: 】
: 那你也可以说异步 IO 对 JS 也不是规范，不永恒。
: 事实上，ffmpeg 作者 Fabrice Bellard 大神写的 js 就没有异步 IO，而是直接调用 libc 函数。
: 事实就是 cpython 这么多年都有 gil，刚好可以无缝切换到协程去。把多线程留给 c 库去实现。
: ...................
--
FROM 123.120.180.*
stackless python 是 1998 的产品。。
【 在 leadu (leadu) 的大作中提到: 】
: 改名没关系，就当yield from是async。
: 为啥根据python2012年加的yield from功能，说dotnet2003年的不是啥新鲜玩意？
--
FROM 124.72.119.*
我玩过一堆的 js 解释器，像 java 的，kjs 的，还有 ffmpeg 作者的那个 quickjs，压根没人去实现什么事件循环和异步 IO
不用你给我普及 python 的知识啊。
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 事件循环和异步io是bom和node的规范。
: gil不仅不是python规范，而且现在就有很多也不小众的解释器里面并没有gil。cpython里面想要解决gil的呼声也一直有
--
FROM 124.72.119.*
不用我设计语言。。
是我在 python 和 js 里面早就是这么玩了，包括你刚才看到的 rpc 的写法，都被我用在生产项目里面了。通过小几十万的日活的检验了。
我说的是不过是一些被玩烂的陈年老梗。只是我希望 js 和 python 能再加强一点，让我用得更爽一些，可惜我看是没希望了。
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 好在没让你来设计语言。。。。汗
--
FROM 124.72.119.*
py3k 当时的设计就是小破坏兼容性的。这么多年了，一直坚持在 py2.x 的人还多着呢，这点小事算什么。
【 在 leadu (leadu) 的大作中提到: 】
: 然后全球python就因为全是多线程问题崩溃了。光一个状态设置顺序就够用户喝一壶的了
--
FROM 124.72.119.*
支持。
我觉得promise能把逻辑相关的代码整理到一起，而且和js的风格整体很搭，是个很棒的构造。然而async和await就没意思了。把好不容易组织到一起的代码再拆散掉。。。特别傻。
js的这种async编程相当于把cronjob当eip用，会有巨大性能损失，神仙都没法jit。所以本来应该最小限度使用的。结果还特地弄两个关键字来鼓励这种写法。。。靠，就算2nm的cpu出来了，性能也经不起这么浪费啊。
【 在 hgoldfish (老鱼) 的大作中提到: 】
: c# 不多余，很合适，非常好。。
: python 里面多余，
: js 抄袭这个语法更是愚蠢。
--
FROM 101.84.136.*
卧槽,js的整体风格就是回调回调再回调
你要说搭那是真搭,但一直这么搭下去也不是个事啊,现在的js代码随便一搞下面就一堆
})})}),不讲点可读性都准备日后删库跑路的么
async和await就是为了让大家写代码轻松一点,要不EMCA哼哧哼哧每年加这么多语法是干
啥的
【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 标 题: Re: 把js全干掉,统一成ts,有没有搞头?
: 发信站: 水木社区 (Sat Jul 3 23:11:22 2021), 站内
:
: 支持。
:
: 我觉得promise能把逻辑相关的代码整理到一起，而且和js的风格整体很搭，是个很棒的构造。然而async和await就没意思了。把好不容易组织到一起的代码再拆散掉。。。特别傻。
:
: js的这种async编程相当于把cronjob当eip用，会有巨大性能损失，神仙都没法jit。所以本来应该最小限度使用的。结果还特地弄两个关键字来鼓励这种写法。。。靠，就算2nm的cpu出来了，性能也经不起这么浪费啊。
:
: 【 在 hgoldfish (老鱼) 的大作中提到: 】
: : c# 不多余，很合适，非常好。。
: : python 里面多余，
: : js 抄袭这个语法更是愚蠢。
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 101.84.136.*]
--
FROM 171.83.8.*
用promise啊
【 在 libgcc (乞讨积分,求施舍,长期有效) 的大作中提到: 】
: 卧槽,js的整体风格就是回调回调再回调
: 你要说搭那是真搭,但一直这么搭下去也不是个事啊,现在的js代码随便一搞下面就一堆
: })})}),不讲点可读性都准备日后删库跑路的么
: ...................
--
FROM 101.84.136.*
你支持的跟我支持的不一样啊。。
我是想干掉 js 里面所有的回调。统一使用隐式的 async/await
【 在 javaboy (喝了咖啡就话多-_-;) 的大作中提到: 】
: 支持。
: 我觉得promise能把逻辑相关的代码整理到一起，而且和js的风格整体很搭，是个很棒的构造。然而async和await就没意思了。把好不容易组织到一起的代码再拆散掉。。。特别傻。
: js的这种async编程相当于把cronjob当eip用，会有巨大性能损失，神仙都没法jit。所以本来应该最小限度使用的。结果还特地弄两个关键字来鼓励这种写法。。。靠，就算2nm的cpu出来了，性能也经不起这么浪费啊。
: ...................
--
FROM 112.47.122.*