MEAN Stack 应用程序结构
MEAN Stack App Structure
我使用 express-generator npm 为 MEAN Stack 应用程序创建了一个样板,它运行良好,但我不明白一些文件的用途。
例如:
package.json包含以下代码:
"script":{"start": "node ./bin/www"}
该应用程序包含一个名为 bin
的文件夹,其中包含一个名为 www
的文件,其中包含以下代码:
#!/usr/bin/env node
/**
* Module dependencies.
*/
var app = require('../app');
var debug = require('debug')('myapp:server');
var http = require('http');
var port = normalizePort(process.env.PORT || '3000');
app.set('port', port);
var server = http.createServer(app);
server.listen(port);
server.on('error', onError);
server.on('listening', onListening);
function normalizePort(val) {
var port = parseInt(val, 10);
if (isNaN(port)) {
// named pipe
return val;
}
if (port >= 0) {
// port number
return port;
}
return false;
}
function onError(error) {
if (error.syscall !== 'listen') {
throw error;
}
var bind = typeof port === 'string' ?
'Pipe ' + port :
'Port ' + port;
// handle specific listen errors with friendly messages
switch (error.code) {
case 'EACCES':
console.error(bind + ' requires elevated privileges');
process.exit(1);
break;
case 'EADDRINUSE':
console.error(bind + ' is already in use');
process.exit(1);
break;
default:
throw error;
}
}
function onListening() {
var addr = server.address();
var bind = typeof addr === 'string' ?
'pipe ' + addr :
'port ' + addr.port;
debug('Listening on ' + bind);
}
现在我不确定这样做的目的是什么,因为我删除了上面的所有代码并在服务器所在的 app.js 文件中添加了以下行:
var port = process.env.PORT || 8080;
app.listen(port);
console.log("Listening on port " + port)
通过仅用两行替换所有代码,我能够 运行 服务器并使用路由显示视图。这就是我一段时间以来开发所有 node/express 应用程序的方式,它们运行良好。
任何人都可以解释所有这些代码的意义是什么,因为我不确定它的作用是什么?当我们可以简单地用 2 行替换它时,为什么还需要它?它看起来非常混乱和不必要。
在您的 package.json 文件中,行 "script":{"start": "node ./bin/www"}
告诉节点去哪里启动您的应用程序。
您删除的代码包括错误检查并验证服务器正在侦听规范化端口和 运行。
行:server.on('error', onError);
创建一个绑定到 onError
方法的事件侦听器。当检测到错误时,调用并执行 onError()
方法,抛出错误。
类似地,server.on('listening', onListening);
创建一个绑定到 onListening
方法的事件侦听器。当服务器实际侦听规范化端口时,将调用并执行 onListening()
方法。
生成的代码与您的代码之间的最大区别在于,它提供了错误处理,而您的代码则没有。错误处理是 绝对必要的,如果您打算将项目推入实时环境,则不应将其删除。
它为您的应用程序提供了一种方法,可以为您提供更好的错误信息(帮助解决问题resolution/debugging),并在不完全崩溃的情况下处理问题。如果您的应用程序无法启动或崩溃,但您没有内置错误处理或报告功能,有时查找问题会非常乏味。
我使用 express-generator npm 为 MEAN Stack 应用程序创建了一个样板,它运行良好,但我不明白一些文件的用途。
例如:
package.json包含以下代码:
"script":{"start": "node ./bin/www"}
该应用程序包含一个名为 bin
的文件夹,其中包含一个名为 www
的文件,其中包含以下代码:
#!/usr/bin/env node
/**
* Module dependencies.
*/
var app = require('../app');
var debug = require('debug')('myapp:server');
var http = require('http');
var port = normalizePort(process.env.PORT || '3000');
app.set('port', port);
var server = http.createServer(app);
server.listen(port);
server.on('error', onError);
server.on('listening', onListening);
function normalizePort(val) {
var port = parseInt(val, 10);
if (isNaN(port)) {
// named pipe
return val;
}
if (port >= 0) {
// port number
return port;
}
return false;
}
function onError(error) {
if (error.syscall !== 'listen') {
throw error;
}
var bind = typeof port === 'string' ?
'Pipe ' + port :
'Port ' + port;
// handle specific listen errors with friendly messages
switch (error.code) {
case 'EACCES':
console.error(bind + ' requires elevated privileges');
process.exit(1);
break;
case 'EADDRINUSE':
console.error(bind + ' is already in use');
process.exit(1);
break;
default:
throw error;
}
}
function onListening() {
var addr = server.address();
var bind = typeof addr === 'string' ?
'pipe ' + addr :
'port ' + addr.port;
debug('Listening on ' + bind);
}
现在我不确定这样做的目的是什么,因为我删除了上面的所有代码并在服务器所在的 app.js 文件中添加了以下行:
var port = process.env.PORT || 8080;
app.listen(port);
console.log("Listening on port " + port)
通过仅用两行替换所有代码,我能够 运行 服务器并使用路由显示视图。这就是我一段时间以来开发所有 node/express 应用程序的方式,它们运行良好。
任何人都可以解释所有这些代码的意义是什么,因为我不确定它的作用是什么?当我们可以简单地用 2 行替换它时,为什么还需要它?它看起来非常混乱和不必要。
在您的 package.json 文件中,行 "script":{"start": "node ./bin/www"}
告诉节点去哪里启动您的应用程序。
您删除的代码包括错误检查并验证服务器正在侦听规范化端口和 运行。
行:server.on('error', onError);
创建一个绑定到 onError
方法的事件侦听器。当检测到错误时,调用并执行 onError()
方法,抛出错误。
类似地,server.on('listening', onListening);
创建一个绑定到 onListening
方法的事件侦听器。当服务器实际侦听规范化端口时,将调用并执行 onListening()
方法。
生成的代码与您的代码之间的最大区别在于,它提供了错误处理,而您的代码则没有。错误处理是 绝对必要的,如果您打算将项目推入实时环境,则不应将其删除。
它为您的应用程序提供了一种方法,可以为您提供更好的错误信息(帮助解决问题resolution/debugging),并在不完全崩溃的情况下处理问题。如果您的应用程序无法启动或崩溃,但您没有内置错误处理或报告功能,有时查找问题会非常乏味。