一、为何用Nodejs,它有哪些优缺点?
优势:
事件驱动,经过闭包很容易实现客户端的生命活期。
不用担忧多线程,锁,并行计算的问题
V8引擎速度很是快
对于游戏来讲,写一遍游戏逻辑代码,前端后端通用
缺点:
nodejs更新很快,可能会出现版本兼容
nodejs还不算成熟,尚未大制做
nodejs不像其余的服务器,对于不一样的连接,不支持进程和线程操做
复制代码
二、什么是错误优先的回调函数?
错误优先(Error-first)的回调函数(Error-First Callback)用于同时返回错误和数据。
第一个参数返回错误,而且验证它是否出错;其余参数返回数据。
fs.readFile(filePath, function(err, data)
{
if (err)
{
// 处理错误
return console.log(err);
}
console.log(data);
});
复制代码
三、使用NPM有哪些好处?
经过NPM,你能够安装和管理项目的依赖,
而且可以指明依赖项的具体版本号。
对于Node应用开发而言,
你能够经过package.json文件来管理项目信息,
配置脚本,以及指明依赖的具体版本
复制代码
四、在JavaScript源文件的开头包含 use strict 有什么意义和好处?
对于这个问题,
既简要又最重要的答案是,
use strict 是一种在JavaScript代码运行时自动实行更严格解析和错误处理的方法。
那些被忽略或默默失败了的代码错误,会产生错误或抛出异常。
一般而言,这是一个很好的作法。
严格模式的一些主要优势包括:
使调试更加容易。
那些被忽略或默默失败了的代码错误,会产生错误或抛出异常,
所以尽早提醒你代码中的问题,
你才能更快地指引到它们的源代码。
防止意外的全局变量。
若是没有严格模式,
将值分配给一个未声明的变量会自动建立该名称的全局变量。
这是JavaScript中最多见的错误之一。
在严格模式下,这样作的话会抛出错误。
消除 this 强制。
若是没有严格模式,
引用null或未定义的值到 this 值会自动强制到全局变量。
这可能会致使许多使人头痛的问题和让人巴不得拔本身头发的bug。
在严格模式下,
引用 null或未定义的 this 值会抛出错误。
不容许重复的属性名称或参数值。
当检测到对象
(例如,var object = {foo: "bar", foo: "baz"};)
中重复命名的属性,或检测到函数中
(例如,function foo(val1, val2, val1){})重复命名的参数时,
严格模式会抛出错误,
所以捕捉几乎能够确定是代码中的bug能够避免浪费大量的跟踪时间。
使eval() 更安全。
在严格模式和非严格模式下,eval() 的行为方式有所不一样。
最显而易见的是,在严格模式下,
变量和声明在 eval() 语句内部的函数不会在包含范围内建立
(它们会在非严格模式下的包含范围中被建立,这也是一个常见的问题源)。
在 delete使用无效时抛出错误。
delete操做符(用于从对象中删除属性)不能用在对象不可配置的属性上。
当试图删除一个不可配置的属性时,
非严格代码将默默地失败,
而严格模式将在这样的状况下抛出异常。
复制代码
五、JavaScript中的“闭包”是什么?请举一个例子?
闭包是一个能够访问外部(封闭)函数做用域链中的变量的内部函数。
闭包能够访问三种范围中的变量:
这三个范围具体为:
(1)本身范围内的变量,
(2)封闭函数范围内的变量,以及
(3)全局变量。
下面是一个简单的例子:
var globalVar = "xyz";
(function outerFunc(outerArg) {
var outerVar = 'a';
(function innerFunc(innerArg) {
var innerVar = 'b';
console.log(
"outerArg = " + outerArg + "\n" +
"innerArg = " + innerArg + "\n" +
"outerVar = " + outerVar + "\n" +
"innerVar = " + innerVar + "\n" +
"globalVar = " + globalVar);
})(456);
})(123);
在上面的例子中,来自于 innerFunc,
outerFunc和全局命名空间的变量都在 innerFunc的范围内。
所以,上面的代码将输出以下:
outerArg = 123
innerArg = 456
outerVar = a
innerVar = b
globalVar = xyz
复制代码