swear 和promise、具体有什么区别_百度知道
swear 和promise、具体有什么区别
我有更好的答案
青岛英华外语，专业的外语学校，一流的教学质量同学，你好，还在为英语而烦恼吗
Swear:发誓（有些时候贬义）Promise：承诺（多数是褒义）
swear更主观，不用于被动，swear&promise
swear宣誓，promise许诺 答应
swear是发誓的意思，比如说I swear to god....我向上帝发誓。。。。promise则是承诺，向某人保证的意思这些区别够具体吗？还理解吗？有什么问题我们可以继续讨论的哈！望采纳~~~
其他类似问题
为您推荐：
swear的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁水木-C++程序设计语言-哪个大神讲解一下Future Promise 的好处？
主题文章列表
一共 35 篇
哪个大神讲解一下Future Promise 的好处？
发信人:&speedboy2998&(极品飞车),&信区:&CPlusPlus
标&&题:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&13:42:06&2015),&站内
在我另外一个帖子里有大神提到了FUTURE和PROMISE，google一下，发现这个东西，并没有什么特殊的啊，和普通回调本质上无区别&？&大神们能否简单介绍一个经典的应用场景？
※&来源:·水木社区&http://www.newsmth.net·[FROM:&175.9.80.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&sunseraphic&(この世界がいつかは幻に変わると),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&13:46:33&2015),&站内
好处就是帮你setup一个mindset，本质上和go&channel也没啥不同，就是个metaphor，
否则你说用monitor做同步和用semaphor做同步有啥本质区别么？
【&在&speedboy2998&(极品飞车)&的大作中提到:&】
:&在我另外一个帖子里有大神提到了FUTURE和PROMISE，google一下，发现这个东西，并没有什么特殊的啊，和普通回调本质上无区别&？&大神们能否简单介绍一个经典的应用场景？
※&来源:·水木社区&newsmth.net·[FROM:&167.220.232.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&speedboy2998&(极品飞车),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&13:54:20&2015),&站内
【&在&sunseraphic&的大作中提到:&】
:&好处就是帮你setup一个mindset，本质上和go&channel也没啥不同，就是个metaphor，
:&否则你说用monitor做同步和用semaphor做同步有啥本质区别么？
:&...................
※&来源:·水木社区&http://www.newsmth.net·[FROM:&175.9.80.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&newpoo&(newpoo),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:13:01&2015),&站内
程序更好写更好读。
系统稍微复杂点，基于回调的系统就很难读和maintain。基于Future&Promise的系统，处
理逻辑都在一处。
想进一步了解可以看看FB最近发的一片关于Future的engineering&post。
【&在&speedboy2998&(极品飞车)&的大作中提到:&】
:&在我另外一个帖子里有大神提到了FUTURE和PROMISE，google一下，发现这个东西，
并没有什么特殊的啊，和普通回调本质上无区别&？&大神们能否简单介绍一个经典的应用
※&来源:·水木社区&http://newsmth.net·[FROM:&198.187.223.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&hgoldfish&(老鱼),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:18:46&2015),&站内
其实还是回调。。难用的要死。现在要学直接从&go&或者&async/await&这种学起吧。
【&在&speedboy2998&(极品飞车)&的大作中提到:&】
:&在我另外一个帖子里有大神提到了FUTURE和PROMISE，google一下，发现这个东西，并没有什么特殊的啊，和普通回调本质上无区别&？&大神们能否简单介绍一个经典的应用场景？
灭绝人性啊
※&来源:·水木社区&newsmth.net·[FROM:&27.154.225.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&sunseraphic&(この世界がいつかは幻に変わると),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:21:43&2015),&站内
你以为async/await就不是promise/future了么？
【&在&hgoldfish&(老鱼)&的大作中提到:&】
:&其实还是回调。。难用的要死。现在要学直接从&go&或者&async/await&这种学起吧。
※&来源:·水木社区&newsmth.net·[FROM:&167.220.232.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&kassu&(nothing),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:24:57&2015),&站内
我觉得goroutine+channel不错，async/await还是不够直观。
话说Rust到现在好像还没coroutine的支持吧，要是能学学go就好了。
【&在&hgoldfish&(老鱼)&的大作中提到:&】
:&其实还是回调。。难用的要死。现在要学直接从&go&或者&async/await&这种学起吧。
※&来源:·水木社区&newsmth.net·[FROM:&43.255.177.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&hgoldfish&(老鱼),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:25:25&2015),&站内
要这么说也对啦。反正都是相通的。
我觉得&greenlet&直接把控制权切换给&Hub&好像还好一些。
总之我不太喜欢那种用函数跳来跳去的做法，还要在几个函数间维护一个&context&实在太麻烦了。
【&在&sunseraphic&(この世界がいつかは幻に変わると)&的大作中提到:&】
:&你以为async/await就不是promise/future了么？
灭绝人性啊
※&修改:·hgoldfish&于&Aug&&3&14:26:40&2015&修改本文·[FROM:&27.154.225.*]
※&来源:·水木社区&newsmth.net·[FROM:&27.154.225.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&ilovecpp&(cpp),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:40:49&2015),&站内
哪里还是回调？
把两个WebAPI调用的结果相加返回，顺序代码：
&&n&=&webapi1.get();
&&m&=&webapi2.get();
&&return&n+m;
future如果语言的语法支持够好，代码就和以上完全一样。即使语法支持不行：
&&Future&int&&n&=&webapi1.get();
&&Future&int&&m&=&webapi2.get();
&&return&n.force()&+&m.force();
至少结构和顺序代码完全一样。
int&n=0,&count=0;
void&callback(int&result)&{
&&count&++;
&&webapi1.get(callback);
&&webapi2.get(callback);
&&while&(count&&&2)&{}
&&return&n;
这能一样？
【&在&hgoldfish&的大作中提到:&】
:&其实还是回调。。难用的要死。现在要学直接从&go&或者&async/await&这种学起吧。
※&来源:·水木社区&http://m.newsmth.net·[FROM:&139.227.86.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&speedboy2998&(极品飞车),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&14:41:55&2015),&站内
嗯，看了FB的那个folly&future.
【&在&newpoo&的大作中提到:&】
:&程序更好写更好读。
:&系统稍微复杂点，基于回调的系统就很难读和maintain。基于Future&Promise的系统，处
:&理逻辑都在一处。
:&...................
※&来源:·水木社区&http://www.newsmth.net·[FROM:&98.126.9.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&Erlang&(拿起笔做刀枪),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:08:42&2015),&站内
&现在连接管理这个问题被高估了，其实大部分系统，你用多线程+同步阻塞&IO&也没问题，而且响应时间的可预测性更好。
【&在&hgoldfish&(老鱼)&的大作中提到:&】
:&要这么说也对啦。反正都是相通的。
:&我觉得&greenlet&直接把控制权切换给&Hub&好像还好一些。
:&总之我不太喜欢那种用函数跳来跳去的做法，还要在几个函数间维护一个&context&实在太麻烦了。
:&...................
※&来源:·水木社区&newsmth.net·[FROM:&111.203.244.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&Erlang&(拿起笔做刀枪),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:10:09&2015),&站内
至少开几千个线程是没问题的，现实世界中真正需要超过几千个连接的系统有多少？现在整天异步啊这肉那肉的，完全是本末倒置。
【&在&Erlang&(拿起笔做刀枪)&的大作中提到:&】
:&&现在连接管理这个问题被高估了，其实大部分系统，你用多线程+同步阻塞&IO&也没问题，而且响应时间的可预测性更好。
※&来源:·水木社区&newsmth.net·[FROM:&111.203.244.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&xiaoju&(可爱的龙猫),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:12:57&2015),&站内
异步的本质是线程池啊，你不能因为CPU多核多就放弃线程池这个东西吧。
【&在&Erlang&(拿起笔做刀枪)&的大作中提到:&】
:&至少开几千个线程是没问题的，现实世界中真正需要超过几千个连接的系统有多少？现在整天异步啊这肉那肉的，完全是本末倒置。
※&来源:·水木社区&newsmth.net·[FROM:&210.250.42.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&hgoldfish&(老鱼),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:19:55&2015),&站内
用&coroutine&除了管理大量的连接之外，降低线程切换开销外。。最最重要的，其实是减少锁，让数据流程更加可控这个优点，大大减少了大规模网络程序的设计难度。
【&在&Erlang&(拿起笔做刀枪)&的大作中提到:&】
:&&现在连接管理这个问题被高估了，其实大部分系统，你用多线程+同步阻塞&IO&也没问题，而且响应时间的可预测性更好。
灭绝人性啊
※&来源:·水木社区&newsmth.net·[FROM:&27.154.225.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&Erlang&(拿起笔做刀枪),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:24:37&2015),&站内
coroutine&给你的抽象和线程是一样的，并没有减少心智负担。而且同步本来就是要精心设计的，你应该用更高层次的同步设施而不是锁，比方用&STM，或者数据隔离+消息传递。
总之，我非常反对&coroutine，尤其是&Python&里面的，以及&Python&里面一切所谓异步&IO&方案。
【&在&hgoldfish&(老鱼)&的大作中提到:&】
:&用&coroutine&除了管理大量的连接之外，降低线程切换开销外。。最最重要的，其实是减少锁，让数据流程更加可控这个优点，大大减少了大规模网络程序的设计难度。
※&来源:·水木社区&newsmth.net·[FROM:&111.203.244.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&ilovecpp&(cpp),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:41:57&2015),&站内
现实世界多进程+coroutine模型的代码，比如nodejs，或者twisted，相比多线程代码确实就净减少了加锁代码及相关bug。
你非说“这两个都不对，应该用STM，或者数据隔离+消息传递”，也没错。只是后面这俩相对不流行（原因倒值得探讨），而流行的风格中coroutine相对不坏。
【&在&Erlang&的大作中提到:&】
:&coroutine&给你的抽象和线程是一样的，并没有减少心智负担。而且同步本来就是要精心设计的，你应该用更高层次的同步设施而不是锁，比方用&STM，或者数据隔离+消息传递。
:&总之，我非常反对&coroutine，尤其是&Python&里面的，以及&Python&里面一切所谓异步&IO&方案。
※&来源:·水木社区&http://m.newsmth.net·[FROM:&139.227.86.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&Erlang&(拿起笔做刀枪),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&15:45:19&2015),&站内
&nodejs&和&twisted&是以牺牲响应特性为代价的，就是在&CPU&上排队，当然看起来串行化了，好像减少了&bug，但是只适合用于比较纯的&dispatcher&上，稍微有点重量的服务用这些东西质量就会很不稳定，响应分布很差。
【&在&ilovecpp&(cpp)&的大作中提到:&】
:&现实世界多进程+coroutine模型的代码，比如nodejs，或者twisted，相比多线程代码确实就净减少了加锁代码及相关bug。
:&你非说“这两个都不对，应该用STM，或者数据隔离+消息传递”，也没错。只是后面这俩相对不流行（原因倒值得探讨），而流行的风格中coroutine相对不坏。
※&来源:·水木社区&newsmth.net·[FROM:&111.203.244.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&speedboy2998&(极品飞车),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&16:07:14&2015),&站内
请教一下，你这个代码片段里面，如果get的时候结果还没有准备好阻塞了怎么？如果不阻塞，还没有准备好的情况下，你得定时去查询结果。
回调的话，不用考虑阻塞这个问题，被回调了，必然是结果已经准备好了。
【&在&ilovecpp&的大作中提到:&】
:&哪里还是回调？
:&把两个WebAPI调用的结果相加返回，顺序代码：
:&int&f()&{
:&...................
※&来源:·水木社区&http://www.newsmth.net·[FROM:&220.168.14.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&ilovecpp&(cpp),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&16:08:56&2015),&站内
回调麻烦的场景恰好在于：要进行下一步需要两个结果都准备好…
【&在&speedboy2998&的大作中提到:&】
:&请教一下，你这个代码片段里面，如果get的时候结果还没有准备好阻塞了怎么？如果不阻塞，还没有准备好的情况下，你得定时去查询结果。
:&回调的话，不用考虑阻塞这个问题，被回调了，必然是结果已经准备好了。
※&来源:·水木社区&http://m.newsmth.net·[FROM:&139.227.86.*]
Re: 哪个大神讲解一下Future Promise 的好处？
发信人:&speedboy2998&(极品飞车),&信区:&CPlusPlus
标&&题:&Re:&哪个大神讲解一下Future&Promise&的好处？
发信站:&水木社区&(Mon&Aug&&3&16:12:33&2015),&站内
那本质上还是一样,&future要进行下一步操作的时候也一样要等两个结果都准备好，否则就阻塞在某个get上了。
把回调简单封装一下就成了Future.
【&在&ilovecpp&的大作中提到:&】
:&回调麻烦的场景恰好在于：要进行下一步需要两个结果都准备好…
※&修改:·speedboy2998&于&Aug&&3&16:13:22&2015&修改本文·[FROM:&220.168.14.*]
※&来源:·水木社区&http://www.newsmth.net·[FROM:&220.168.14.*]是否Future/Promise模式 能实现的FRP都能更好的实现_百度知道
是否Future/Promise模式 能实现的FRP都能更好的实现
我有更好的答案
音未来（初音ミク），通常简称为“初音”，并意指“销售。初音未来原指CRYPTON FUTURE MEDIA以Yamaha的VOCALOID系列语音合成程序为基础开发的音源库（暨该程序的数据包）。CRYPTON突破性地在包装上印刷抢眼的人物肖像，音源数据资料来自于藤田咲
其他类似问题
为您推荐：
frp的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁}