Javascript 在应用程序引导过程中,我是否应该考虑进行阻塞I/O操作?(node.js)
假设我正在引导一个简单的应用程序(即,Javascript 在应用程序引导过程中,我是否应该考虑进行阻塞I/O操作?(node.js),javascript,node.js,web-applications,bootstrapping,Javascript,Node.js,Web Applications,Bootstrapping,假设我正在引导一个简单的应用程序(即,node server.js),使用以下伪代码: var http = require('http'); var path = require('path'); var fs = require('fs'); var router = require('function-that-handles-requests.js'); // ie, an express app var routes = '/path/where/routes/are/stored
node server.js
),使用以下伪代码:
var http = require('http');
var path = require('path');
var fs = require('fs');
var router = require('function-that-handles-requests.js');
// ie, an express app
var routes = '/path/where/routes/are/stored';
fs.readdirSync( routes ).forEach(function( file ){
var url = path.basename( file );
var handler = require( path.resolve(routes, file) );
router.useOrAddRouteOrWhatever( url, handler );
// a real-world implementation should recurse sub-directories too
});
var server = http.createServer( router ).listen( /* ... */ );
我是否应该做一个阻止I/O阻塞的坏实践?< P>不,绝对不是。服务器还没有启动。事实上,这是一种常见的做法
(答案很简单)我不这么认为,这会造成阻塞,但在启动服务器时,这只会发生一次,在我看来,不好的做法是,如果您在向特定请求发送一些
响应时进行阻塞调用,您的意见与我的一致,但我想知道是否有人可以分享一些额外的资源来支持我们的想法。你的观点与我的一致,但我想知道是否有可靠的资源(除了纯逻辑)支持我们的想法。嗯,伊图尼杰先生和马龙先生有12000多个溢出点。这算吗?:-)