收录了 node 频道下的 50 篇内容
Node.js 14取代Node.js 13成为了我们的当前版本。
Node.js从2009年诞生至今,已经发展了两年有余,其成长的速度有目共睹。从在github的访问量超过Rails,到去年底Node.jsS创始人Ryan Dalh加盟Joyent获得企业资助,再到今年发布Windows移植版本,Node.js的前景获得了技术社区的肯定。InfoQ一直在关注Node.js的发展,在今年的两次Qcon大会(北京站和杭州站)都有专门的讲座。为了更好地促进Node.js在国内的技术推广,我们决定开设辟“深入浅出Node.js”专栏,邀请来自Node.js领域的布道师、开发人员、技术专家来讲述Node.js的各方面内容,让读者对Node.js有更深入的了解,并且能够积极投入到新技术的讨论和实践中。
专栏的第三篇文章是《深入Node.js的模块机制》。之前介绍了Node.js安装的基础知识,本文将深入Node.js的模块机制。
随着无线端的快速普及,前后端分离技术走上前台,而Node由于它的一些特性被工程师快速接受尤其是前端工程师,所以产生了很多Node是否会引起新的技术变革的讨论。我本人是淘系的一个Web开发人员,基本上经历了淘系关于Node和Java技术选型讨论的过程,所以今天我给大家推演一下在像淘系这个环境下Node能否会成为主流的Web开发技术,当然后面也给出了我认为比较适合的场景。
去年12月,多位重量级Node.js开发者不满Joyent对Node.js的管理,自立门户创建了io.js。io.js的发展速度非常快,先是于2015年1月份发布了1.0版本,并且很快就达到了2.0版本,社区非常活跃。而最近io.js社区又宣布,这两个项目将合并到Node基金会下,并暂时由“Node.js和io.js核心技术团队联合监督”运营。本文将聊一聊Node.js项目的一些历史情况,与io.js项目之间的恩怨纠葛,他们将来的发展去向。希望能从历史的层面去了解这个开源项目在运营模式上是如何演变和发展的。
多年以来,生态系统和在Docker中使用Node的方式都发生了很多变化。
2009年,Node.js横空出世,在几年时间里,Node.js凭借其高性能、易部署等特点迅速在前端领域脱颖而出,成为大火的明星。但一个技术再好,也是有生命周期的,许多开发者开始质疑,Node.js是不是在走下坡路了?Node.js是不是越来越不吃香了?
Node.js是一个服务器端框架,基于Google的V8 JavaScript引擎创建,旨在利用事件触发、非阻塞的I/ O帮助开发人员构建高度可伸缩的网络程序。 目前很多流行的第三方库和框架都使用了Node.js, InfoQ联系了其中几个的创建者, 与他们展开了一次虚拟研讨会。
身为Node开发人员这些年来,你是否从未遇到过Node缓冲区(Buffer)这个概念呢?也许这个术语你见过几次,但每次都不想一探究竟?你可能的确没遇到过要使用缓冲区的场景,毕竟Node.js并不是那种要求程序员直接和程序管理内存的操作打交道的语言。
Node.js的EventLoop只考虑了I/O操作,但对于需要占用大量CPU资源的计算,显得有点儿先天不足。本文分析了Node.js不擅于处理CPU密集型任务的原因,并给出了加强Node.js处理CPU密集型任务能力的几种办法。
Node作为服务器端的Javascript运行环境,帮助更多的人将技术延伸到后端系统。它具有无阻塞、事件驱动等特点,让熟悉Javascript的开发者无需学习Java、C++等传统“后台”语言就可快速简便地创建服务器端应用。不过,初出茅庐的Node,其成熟和健壮程度是否足够应用于企业级生产环境中,一直是技术社区关注的热点。越来越多的企业开发者在实际应用中采纳了Node相关技术,并给予了肯定,这些企业包括LinkedIn、Yammer、GitHub、淘宝等,他们的实践和反馈值得技术社区参考。
Node.js 的出现使得前端工程师可以跨端工作在服务器上,当然,一个新的运行环境的诞生亦会带来新的模块、功能、抑或是思想上的革新,本文将带领读者领略 Node.js (以下简称 Node) 的模块设计思想以及剖析部分核心源码实现。
4月18日,Node.js在官方博客发布了Node.js 20版本。
Node 的异步特性是它最大的魅力,但是在带来便利的同时也带来了不少麻烦和坑,错误捕获就是一个。由于 Node 的异步特性,导致我们无法使用 try/catch 来捕获回调函数中的异常,本文将讨论一种Node 出现 uncaughtException 之后的优雅退出方案。
在这篇文章中,我将会解释我这个Java死忠是如何变成一个Node.js和JavaScript死忠的。
Deno 真能成功反超、压过目前最具人气的 Node.js 吗?
这个问题其实也是在问,为什么不使用现有的Cache存储系统,比如Redis,比如Memcached。不是说Redis不够好,只是在处理某些场景中使用的Redis会显的太“笨重”了——Redis的优势之一在于能够供多进程共享,有完善的备份和恢复机制。但反过来想,如果你的缓存仅供单个进程,单个Node实例使用,并且可以容忍缓存的丢失,承受冷启动。那么是值得用不到500行的代码来搭建一个速度更快的缓存模块。
专栏的第二篇文章《Node&NPM的安装与配置》介绍Node的安装部署、环境配置以及NPM的安装。
本文出自《有赞技术2018年度合集》系列
专栏的第四篇文章《Node.js的事件机制》。之前介绍了Node.js的模块机制,本文将深入Node.js的事件部分。