- 主题:[转载]Linus Torvalds 称 C++ 是一种很烂的语言
异常处理路径不是指异常,是指那些else。比如api gateway上面的大量建连-请求-不等请求结束断开连接,这种情况如何节约服务器资源。
再说说你说的这个。
协程本身是在用异步伪装成同步,提升开发效率和程序健壮性。不把抛出异常伪装成同步,后台开发显然会遇到子协程一进去崩溃而父协程在傻等的情况,在协程之前的开发太常见了
【 在 hgoldfish 的大作中提到: 】
: 协程本身是一个异步的流程。异常本来就不应该传递到父协程。你可以看看 python 协程和 js 协程也是一样的,子协程的异常不抛到父协程里面。
: go 本身的异常机制自身会处理好的。没问题的。
:
--
FROM 123.116.202.*
创建协程是很轻的操作,只要申请并填充一次协程的结构体内存空间就够了。
即使有已断开连接的连接,那也无非浪费一次协程的 yield 操作。用 go 写服务端,不需要像 c/cpp 那样拼极限的大并发。你看目前 go 写的应用,一般运行在内网,所谓的 API 网关,那也是先弄几个 nginx 顶住,不怕这种坏连接。
我不是在说服你用 go 写程序。。我只是告诉你一个事实,现在很多人已经用 go 写程序。
ps: 协程之间也是有同步原语的。具体怎么用,跟线程一样。
【 在 leadu (leadu) 的大作中提到: 】
: 异常处理路径不是指异常,是指那些else。比如api gateway上面的大量建连-请求-不等请求结束断开连接,这种情况如何节约服务器资源。
: 再说说你说的这个。
: 协程本身是在用异步伪装成同步,提升开发效率和程序健壮性。不把抛出异常伪装成同步,后台开发显然会遇到子协程一进去崩溃而父协程在傻等的情况,在协程之前的开发太常见了
: ...................
--
修改:hgoldfish FROM 140.224.34.*
FROM 140.224.34.*
是指gateway在遭遇ddos攻击或雪崩的时候,需要对无效请求快速回收服务器资源,回收的不是协程这个内存。比如同时有10w个登录请求在处理,3w个超时断开了,需要马上取消这3w个登录请求来保证剩下的7w个处理完成。
至于golang,我调查的结果是它性能不行功能也不行,特性上啥都不行。在编程版老鱼你也不聊了,正好在这golang版主回复了我,找他确认一下。
有人说我就是喜欢用某某语言,没问题,萝卜白菜各有所爱
【 在 hgoldfish 的大作中提到: 】
: 创建协程是很轻的操作,只要申请并填充一次协程的结构体内存空间就够了。
: 即使有已断开连接的连接,那也无非浪费一次协程的 yield 操作。用 go 写服务端,不需要像 c/cpp 那样拼极限的大并发。你看目前 go 写的应用,一般运行在内网,所谓的 API 网关,那也是先弄几个 nginx 顶住,不怕这种坏连接。
: 我不是在说服你用 go 写程序。。我只是告诉你一个事实,现在很多人已经用 go 写程序。
: ...................
--
FROM 123.116.202.*
老黄历了吧,后来Linus好像也修正了自己的观点,而且C++最近10年的进化是非常显著的,现在学习C++的人是幸福的。
【 在 hgoldfish 的大作中提到: 】
: "LOL," was his response. "C++ solves _none_ of the C issues, and only makes things worse. It really is a crap language.
: "For people who don't like C, go to a language that actually offers you something worthwhile. Like languages with memory safety and [which] can avoid some of the dangers of C, or languages that have internal GC [garbage collection] support and make memory management easier.
: "C++ solves all the wrong problems, and anybody who says 'rewrite the kernel in C++' is too ignorant to even know that."
: ...................
--
FROM 111.198.244.*
语言么,也是贵在有自知………
知道自己安身立命的生态位是啥
【 在 libgcc 的大作中提到: 】
: c主要就是趴在底层懒得动,所以核心语言才一直这么极简吧
: 它压根就没有那种想要吃遍三界的想法,它的诞生就是为了移植底层系统,其它的场景的
: 你爱用不用
: ...................
--
FROM 150.138.92.*
final_action和finally这么基本的东西,到C++ 20了还没进标准库……
真不知道标准库这帮人在想啥
【 在 hgoldfish (老鱼) 的大作中提到: 】
: "LOL," was his response. "C++ solves _none_ of the C issues, and only makes things worse. It really is a crap language.
: "For people who don't like C, go to a language that actually offers you something worthwhile. Like languages with memory safety and [which] can avoid some of the dangers of C, or languages that have internal GC [garbage collection] support and make m
: "C++ solves all the wrong problems, and anybody who says 'rewrite the kernel in C++' is too ignorant to even know that."
: ...................
--
FROM 59.109.219.*
啥?COM这种最佳实践领先业界20年不止。
【 在 mopo () 的大作中提到: 】
: c++一半的坏名声来自于微软吧,一本COM本质论让我彻底脱坑了
: 之前能看到template meta programming已经是极限了
--
FROM 59.148.127.*
转Java吧,C++不能靠蒙
【 在 mopo () 的大作中提到: 】
: 俺不幸都做过,linux下的qt、gtk++,win下的win32、mfc、COM、少量managed c++
: 各种crash和模板error调试到怀疑人生
:
: 【 在 hgoldfish 的大作中提到: 】
--
FROM 59.148.127.*
写起来费劲只是一个小问题。
但是写起来费劲有可能会带来两个大问题。
1. 读起来也费劲。
2. 忘了检查错误
【 在 littleSram 的大作中提到: 】
: 这个文章很好啊
: 不过在我看来,check是优化,确实不错
: if err return
: ...................
--
FROM 76.126.252.*