网站首页 > 开源技术 正文
在这篇文章中,我们对Node.js的Hapi和Express框架进行了一次有趣的比较研究,包括代码的外观和执行方式。
在Raygun,在我们实施任何新工具之前,我们总是运行性能测试并喜欢分享结果。这次我们将Hapi与Express进行比较,以帮助您在Node.js框架上做出更明智的选择。
Node已经成为软件开发行业的主要产品。过去几年中JavaScript越来越流行,推动了Node在安装基础方面的进步。JavaScript和Node可能首次提供使用单一语言开发整个n层应用程序的机会。
节点速度很快,并且JavaScript无处不在。这是一个完美的比赛。
因为它与所有的网络平台,节点为应用程序提供的要领:请求和响应对象,方法来操作的HTTP请求,并且多个(但不是太多更多)。“纯粹”节点应用程序的速度很快,但缺乏中间件,路由和插件的支持,从而减少了现代Web应用程序所需的代码量。这是Web框架闪耀的地方。
这是两个流行框架之间的战斗故事:Hapi和Express。
Hapi与Express:比较
这两个框架比共同点有更多共同之处。但是,如果您在项目之间做出选择,则应考虑一些关键差异。
Hapi(简称HAPP API,发音为“happy”)是一个抽象了现有Node API的新框架。Express更老,更成熟。Express代码看起来更像本地Node。
Hapi的核心更多
在某些情况下,Express需要中间件来执行Hapi内部处理的任务。表格处理就是一个很好的例子。
Hapi解析表单数据并将其公开在请求对象上。相反,Express需要body-parser中间件提供相同的功能。
速度更接近节点
Express比Hapi少一些观点,因为它不像Node那样抽象。这两个框架都具有可扩展性和适应性。但是,Express“感觉”更像是一个本地Node应用程序。Hapi提供了更多来自Node的抽象。长时间的节点开发人员可能更喜欢Express的熟悉程度,或者他们可能会喜欢Hapi提供的抽象。
Hapi使用插件和快速使用中间件
Express使用中间件为开发人员提供访问请求/响应管道的权限。开发人员可以访问节点req和res请求/响应对象。Express应用程序将中间件“链接”在一起,以处理请求和响应。每个中间件组件都有一个明确定义的工作,将关注点隔离在每个组件中。
相比之下,Hapi使用插件来扩展其功能。插件在运行时通过代码进行配置。有各种各样的Hapi插件,其功能包括路由,身份验证,日志记录等等。每个Express中间件组件通常都有一个Hapi插件,这使得Express和Hapi在功能方面或多或少相同。
表达 Hello World
这是一个简单的快速应用程序:
var express = require('express');
var app = express();
app.get('/', function (req, res) {
res.send('Hello World!');
});
app.listen(3000, function () {
console.log('Example app listening on port 3000!');
});
它简短而又甜蜜,可以完成工作。该app.get函数为/请求定义一个处理程序,该处理程序返回文本“Hello World!”处理程序获取req(请求)和res(响应)参数。最后一行启动服务器。
以下是使用一个中间件的示例:
var express = require('express');
var cookieParser = require('cookie-parser');
var app = express();
app.use(cookieParser());
app.get('/', function (req, res) {
console.log("Cookies: ", req.cookies);
res.cookie("greeted", "true").send('Hello World!');
});
app.listen(3000, function () {
console.log('Example app listening on port 3000!');
})
此示例包含cookie-parserExpress中间件,用于从请求中读取和写入Cookie。中间件res使用与cookie相关的方法和属性扩展对象。
Hapi Hello World
'use strict';
const Hapi = require('hapi');
// Create a server with a host and port
const server = Hapi.server({
host: 'localhost',
port: 8000
});
// Add the route
server.route({
method: 'GET',
path: '/hello',
handler: function (request, h) {
return 'Hello World!';
}
});
// Start the server
async function start () {
try {
await server.start();
}
catch (err) {
console.log(err);
process.exit(1);
}
console.log('Server running at:', server.info.uri);
};
start();
Hapi比Express快一点。Hapi应用程序围绕着server对象。应用程序的行为通过设置该对象的属性进行配置。相比之下,快速应用程序app.get和Hapi公开了一个server.route集合。
现在,我们来看看如何处理cookie。
'use strict';
const Hapi = require('hapi');
// Create a server with a host and port
const server = Hapi.server({
host: 'localhost',
port: 8000
});
server.state('myCookie', {
ttl: null,
isSecure: true,
isHttpOnly: true,
encoding: 'base64json',
clearInvalid: false, // remove invalid cookies
strictHeader: true // don't allow violations of RFC 6265
});
// Add the route
server.route({
method: 'GET',
path: '/hello',
handler: function (request, h) {
const cookie = request.state.myCookie;
console.log(cookie);
return response('Hello World!').state('myCookie', { greeted: true });
}
});
// Start the server
async function start () {
try {
await server.start();
}
catch (err) {
console.log(err);
process.exit(1);
}
console.log('Server running at:', server.info.uri);
};
start();
Hapi在其核心中包含cookie处理 - 我们甚至不需要插件来设置和读取cookie。该cookie使用server.state属性进行配置,然后在GET处理程序中读取和写入/路由。
Express和Hapi通常同样有能力。他们的分歧主要是哲学的。一些应用程序可能受益于Hapi提供的抽象。使用Express的“接近金属”方式,其他应用可能会更好。
尽管两者同样有能力,但Hapi和Express并非同等表现。我们来看看他们如何比较基准,以及纯粹的Node应用程序。
性能测试:他们是如何做的?
Hapi vs. Express性能测试是在运行Ubuntu的D系列Azure虚拟机上进行的。通常,我们会在本地系统上添加一个测试。不幸的是,Linux的Windows子系统中的套接字错误使测试无效。
像往常一样,该测试使用Apache Bench来衡量请求性能。每个框架基准重复五次,下面的最终结果是五次测试的平均值。
我测试了以下版本:
- Node.js v9.11.1
- Express.js v4.16.3
- Hapi.js v17.3.1
结果
以下是测试的结果:
Azure D系列Ubuntu VM | Framework | req/s | |–|–| | Node| 7770.042 | | Express| 4570.692 | | Hapi | 3992.902 |
这些结果对你意味着什么
该测试与过去的结果一致。Express继续保持在Hapi上的性能优势。差异不是很大,但是可以衡量。具有显着性能要求的应用程序应考虑Express对Hapi的优势。如果性能不如关注,那么您可能更喜欢Hapi“开箱即用”提供的额外功能。性能之外,差异的大部分影响取决于应用程序的可读性和可维护性。
如何复制Hapi与Express测试
如果您想为自己尝试这些基准,请克隆GitHub 存储库,然后执行以下命令:
bash
./install.sh
./run.sh
第一个脚本安装工具和下载依赖项。当脚本进入Sails引导步骤时,创建一个Empty应用程序。运行run.sh脚本来执行基准。请注意,您可能必须编辑脚本并增加测试之间的等待时间,以使所有测试正常运行。结果输出到results.txt。
猜你喜欢
- 2024-10-22 调用 Express API时出现奇怪的CORS错误怎么办?
- 2024-10-22 详解如何从零开始搭建Express+Vue开发环境
- 2024-10-22 从零开始学习nodejs+express--交互环境
- 2024-10-22 express开发(一)简介与搭建(express创建项目)
- 2024-10-22 express中间件原理connect(express和koa中间件原理的区别)
- 2024-10-22 蓝易云 - centos系统直接部署express教程。
- 2024-10-22 Node + Express + Mysql: Todo List项目让你成全栈
- 2024-10-22 我为 Express 开了外挂(cad中的express怎么显示为中文)
- 2024-10-22 七爪源码:让我们 Dockerize 一个 Node.js Express 应用程序
- 2024-10-22 Node实战篇:Express--jade模板引擎(七)
你 发表评论:
欢迎- 03-19基于layui+springcloud的企业级微服务框架
- 03-19开箱即用的前端开发模板,扩展Layui原生UI样式,集成第三方组件
- 03-19SpringMVC +Spring +Mybatis + Layui通用后台管理系统OneManageV2.1
- 03-19SpringBoot+LayUI后台管理系统开发脚手架
- 03-19layui下拉菜单form.render局部刷新方法亲测有效
- 03-19Layui 遇到的坑(记录贴)(layui chm)
- 03-19基于ASP.NET MVC + Layui的通用后台开发框架
- 03-19LayUi自定义模块的定义与使用(layui自定义表格)
- 最近发表
-
- 基于layui+springcloud的企业级微服务框架
- 开箱即用的前端开发模板,扩展Layui原生UI样式,集成第三方组件
- SpringMVC +Spring +Mybatis + Layui通用后台管理系统OneManageV2.1
- SpringBoot+LayUI后台管理系统开发脚手架
- layui下拉菜单form.render局部刷新方法亲测有效
- Layui 遇到的坑(记录贴)(layui chm)
- 基于ASP.NET MVC + Layui的通用后台开发框架
- LayUi自定义模块的定义与使用(layui自定义表格)
- Layui 2.9.11正式发布(layui2.6)
- Layui 2.9.13正式发布(layui2.6)
- 标签列表
-
- jdk (81)
- putty (66)
- rufus (78)
- 内网穿透 (89)
- okhttp (70)
- powertoys (74)
- windowsterminal (81)
- netcat (65)
- ghostscript (65)
- veracrypt (65)
- asp.netcore (70)
- wrk (67)
- aspose.words (80)
- itk (80)
- ajaxfileupload.js (66)
- sqlhelper (67)
- express.js (67)
- phpmailer (67)
- xjar (70)
- redisclient (78)
- wakeonlan (66)
- tinygo (85)
- startbbs (72)
- webftp (82)
- vsvim (79)
本文暂时没有评论,来添加一个吧(●'◡'●)