调试nodejs用哪个版本的eclipse
安装Express。Express是目前最稳定、使用最广泛，而且是Node.js官 方推荐的唯一一个 Web 开发框架。注意：使用npm install -g express以及cnpm install -g express后，虽然看似安装成功，但是输入express -V时，仍然提示“express不是内部命令”的错误。最终发现是版本问题，通过执行npm install -g [email protected]后，输入express -V成功！
hbuilder怎么支持nodejs的开发
从HBuilder6.3起，工具-插件安装，可直接选择nodeclipse插件安装。安装完毕后重启HBuilder新建node项目：依次点击菜单文件→新建→其他如下图5.选择要新建的nodejs项目类型新建项目即可6. 在js文件里提示node.js 注意：nodeclipse的编辑器和HBuilder的编辑器不同。但node.js和web的js均以.js为扩展名，打开js文件时需分清使用哪个js编辑器打开。一般而言，由于nodeclipse是后安装的，所以.js文件默认以node的编辑器打开，在此编辑器中是不提示HBuilder的语法助手的。要更换打开方式，在项目管理器里对js文件点右键-打开方式，选择自己想要的编辑器打开。还可以在菜单里设置永久文件关联，你可以设置你最常使用的方式打开。推荐设置.js文件默认使用HBuilder的js编辑器打开后，然后在打开node.js的js文件时点右键选择nodeclipse编辑器打开。 历史材料归档：HBuilder6.3以下的版本安装nodeclipse插件的方法如下：前言，nodeclipse是基于jsdt的，HBuilder没有内置jsdt，如果要安装nodeclipse，则先要安装jsdt插件。安装JSDT1. 依次点击工具→插件安装→手动安装eclipse插件，点击“可用软件站点”如下图2. 勾选 indigo（注：勾选后，HBuilder启动时会检查indigo已安装的插件是否有升级，从而导致软件启动过慢或者启动后很长时间内比较卡，所以安装完jdt后请将此勾重新去掉）如下图3. 点击确定后，点下拉箭头选择indigo的站点如下图，然后等待加载（此过程有点长，如有设置代理会加快加载速度）4. 加载完毕后，找到programming languages如下图5. 勾选programming languages下的JavaScript Development Tools如下图6.点击下一步，接受许可协议并安装，安装完毕后重启即可安装nodeclipse1. 依次点击工具→插件安装→浏览eclipse插件市场→搜索node.js→在搜索结果里找nodeclipse如下图2.点击上图中的install开始加载，加载完毕点下一步接受许可协议静待安装完成即可3. 安装完毕后重启HBuilder4. 新建node项目：依次点击菜单文件→新建→其他如下图5.选择要新建的nodejs项目类型新建项目即可6. 在js文件里提示node.js
Webstorm 怎么调试 nodejs 会这么慢
Node Inspector 是一个可在webkit内核浏览器下进行nodejs调试的工具，其界面基本上跟chrome的调试工具一样，使用非常方便。
首先在全局环境中安装node inspector
[javascript] view plaincopy
npm install -g node-inspector
安装完成之后，以调试模式运行需要调试的node代码，比如
[javascript] view plaincopy
node --debug-brk app.js
这种方式会在代码运行的时候，强制在第一行添加断点
这时，会出现“debugger listening on port 5858”的提示
默认的端口是5858，也可以像这样修改:
node --debug-brk[=3000] app.js
然后，启动node-inspector，
[javascript] view plaincopy
node-inspector &
（因为之前的nodejs代码在运行，所以命令行窗口没办法输入新的命令，所以启动node-inspector需要新打开一个命令行窗口来输入）
根据提示中的地址，打开http://127.0.0.1:8080/debug?port=5858
就可以看到，一个模拟Chrome调试窗口的页面，加载了node中的所有代码，具体的调试方式，就和Chrome一样了。
还有一种方式是在代码中需要添加断点的地方，加入
[javascript] view plaincopy
debugger；
以下面这种方式运行
[javascript] view plaincopy
node --debug app.js
这样代码会运行到需要debugger的地方暂停。
怎么设置VS Code的nodejs的debug
把 launch.json 文件修改为：{ "version": "0.2.0", "configurations": [ { "name": "Launch", "type": "node", "request": "launch", "program": "server.js", //这个配置成你要调试的文件 "stopOnEntry": false, "args": [], "cwd": ".", "runtimeExecutable": null, "runtimeArgs": [ "--nolazy" ], "env": { "NODE_ENV": "development" }, "externalConsole": false, "preLaunchTask": "", "sourceMaps": false, "outDir": null }, { "name": "Attach", "type": "node", "request": "attach", "port": 5858 } ]}
NODE_ENV到底是个什么玩意？？
NODE_ENV会赋值给 process.env 对象，作为它的一个属性,其值通常为“production”（生产环境）和“development”（开发环境），或者“prod”和“dev”，以此来区分不同环境下的逻辑行为，例如： 实际上 process.env 对象是不存在这个属性的,打印 Object.keys(process.env) 可知： 然而 process.env.NODE_ENV 可用，是前端工程化过程中大家约定俗成的做法，尤其是webpack构建前端工程时，会经常使用。那这个属性是什么时候赋值给 process.env 的呢？ 以webpack的工程为例，通常是运行脚本时来做这件事，例如package.json中的脚本： 这样，就可以在webpack.config.js中使用 process.env.NODE_ENV 了，但是不能在webpack.config.js引入的模块中使用，要想在模块当中直接使用，我们还需要一些配置。 webpack4之前可以使用 DefinePlugin 插件配置 webpack4版本之后可以通过mode选项实现 这里有个需要注意的点： 通过npm script 定义的 NODE_ENV 和 通过DefinePlugin、mode选项定义的 NODE_ENV 是两个相互独立的存在， NODE_ENV=development 这种方式定义的 NODE_ENV 只能在当前脚本中生效，是个runtime（运行时）。假如webpack.config.js的mode设置为production，脚本中执行 NODE_ENV=development ，那么在模块中 NODE_ENV 的值为production，而配置文件webpack.config.js中的 NODE_ENV 值为development。 如果没有在脚本中设置环境变量，只设置了mode，在webpack的配置文件中读取process.env.NODE_ENV为 undefined ，因此，例如 process.env.NODE_ENV === 'production' ? '[name].[hash].bundle.js' : '[name].bundle.js' 这样的条件语句，在 webpack 配置文件中，无法按照预期运行。 请查看 #2537
