- 主题:看哭了
设计模式多是语言难用的表现。
让程序员感受不到什么特别的东西，我觉得这正是 stackless python 和 java 最难能可贵的东东。
【 在 leadu (leadu) 的大作中提到: 】
: 我觉得，范式应该有两个特点：
: 1.有自己的名字。actor是名字，reactiveX是名字。 stackless python和原始 java，名字十分含糊。
: 2.大家在这之上有共识。actor有共识，虽然不是异步编程方面的；reactiveX虽然是微软搞的，但是java社区关于响应式的书籍比.net还多，这也是共识。
: ...................
--
FROM 47.243.39.*
和go select一样自带一个receive的keyword去等多个事件的发生
和go不一样的是，每个“thread”自带一个mpsc的message queue。
早些时候erts对多核的支持并不好，所以这个范式并不是为了性能。
【 在 CRonaldo31 的大作中提到: 】
: actor 由啥优点
: 【 在 leadu 的大作中提到: 】
: : Erlang的是说Actor么，这个5年前我在水木倒是宣传过一波。
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 107.77.211.*
c++在多线程上，何德何能和Java比。。
【 在 hongyan2022 的大作中提到: 】
: JAVA的还好吧？
: 不知道中文译名是什么，英文的叫什么JAVA CONCURRENCY IN PRACTICE ，讲的很清楚。库的设计挺清楚的。感觉使用起来合情合理。 不过个人已经不用JAVA 好几年了。
: 而C++ 是把上古的包袱背起，一直扛到现代。从文法上就让人感觉一股金属屑味。
: ...................
--
FROM 223.104.38.*
没办法，它从进程那里生长出来的
不过，印象中几十年前它也就开始支持线程了
其实也没关系，对于大量的可并行处理的数据，python 也照样可以让所有核全部跑满。
【 在 lushan5436 的大作中提到: 】
: c++在多线程上，何德何能和Java比。。
--
FROM 13.56.31.*
消息响应函数彻底摆脱了锁。
actor根据接收的消息回复消息，自我更新，生成新的actor。
不同的actor完全靠消息通讯，actor之间没有了shared state，降低了耦合度。
【 在 CRonaldo31 的大作中提到: 】
: actor 由啥优点
--
FROM 158.140.1.*