DNF6主程DNF主C是什么意思思

OP: 另外一方面,有一大趋势,就是透过服务端的JS可以看出它与非关系型数据库将是一种“天作之合”。如果你愿意,你可以连接不同类型的数据源在一起,Nodejs 在这方面还很出色。CouchDB 的家伙正是深谙此道。你有哪些想法,是否觉得这方面大有可为呢?A slight aside, but a big trend, aside from

Ry没错,Node 恰好填充了代理层和认证层,介乎于后端存储与客户端之间。所以没错,我觉得还好而且同意 CouchDB 的思想,就是封装的应用程序可以放置到数据库中去。保存的东西都可以在 Couch中,而 NodeJS 就是来回处理其中的代理数据,进进出出。Exactly, Node perfectly

Ry自问,我在项目中比较强势。我是唯一的提交者,我有权决定 NodeJS 应该长什么样子,因为我认为这是 NodeJS 此阶段比较适合采取的做法。NodeJS 一直在成长,我们打算为此成立一个委员会来决定许多事情。如果有用户不但贡献了项目,而且还持之以恒去维护,这就相当重要了。部分角色不接受我可以维护的

Ry很明显这些业务不单 Joynet 在做,另外也有别的人在实践着,如 Herku 在做的也是差不多的。NodeJS 的诞生,对于要求实时的网站,它打开了与别不同的一扇窗,提供了一种独立的思路,由此也营造了别致的生态系统。One obvious thing is hosting

Ry:耶……没有错。无须等待数据对于性能的增益很大——每个 TCP 流数据包会小很多。我们需要可以应付多数连接为空闲连接的程序。但是我觉得,正常的连接于异步下的安排也是有必要的,事关对性能提升都有好处,即使不太明显。总之异步服务端节省系统资源的优点不能忽视。 Yeah, definitely. Not

Ry绿色线程固然有效率得多,调度得更快,而且还有一个好处是,写异步的代码跟写同步的样子差不多。举个例子就是 Eventlet,但是为什么我对 Eventlet 有保留?因为我觉得其不足之处是了漏掉了抽象层面,没有回调函数的抽象,也就是把操作系统的基础设施直接翻译过来就是了。There are of

Ry:嗯,在我个人眼中看来,多数的程序,包括我们在为大型程序写的一部分,可视作为其他对象所服务的代理(proxies),我们从数据库的数据代理到 Web 浏览器,其中的过程首先是读取模板然后进行一些 HTML 的处理,同样大体来说 ,也是把数据从一个地方传送到另外一个地方。NodeJS 负责把数据从一个地方传送别的地方,NodeJS 就是担负起这种任务,并且要十分高效的,这就必须设定好一定的数据节流 (data throttling)。 如果从数据库中很快地读取数据,你可以先停止读取流。为什么?假设在 TCP 连接中,你可以先不读取数据源的内容和填入到 Response的 对象中,先不这样做,而是读出模板的开始部分发送到 Web 浏览器中,然后才做读取 DB 数据库的事情。因此你不需要马上读取全部表格,装进模板。这应该是能够贯穿整个系统,流状形态的,所以以特定的方式去构建一个符合这种流形态的环境,就是一个问题了,并且是十分重要的難題。我们尚未达到这种水平。但我理想中的 NodeJS 应该是这样子的。文件描述器交接到下一步流的过程中,就有频密的数据交互,不需要缓冲大量数据。Yeah, I think most of the

Ry:之所以采用 Node 的名称因为我感觉它是属于大型程序其中的一部分。没有进程(process)的程序,一个程序就是一个数据库加一个应用逻辑(application )加一个负载平衡,接着 NodeJS 便是其中的一个节点(node)。不需要太多的  NodeJS实例,一对

我要回帖

更多关于 DNF主C是什么意思 的文章

 

随机推荐