本文目录一览:
如何调试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需要新打开一个命令行窗口来输入)
根据提示中的地址,打开
就可以看到,一个模拟Chrome调试窗口的页面,加载了node中的所有代码,具体的调试方式,就和Chrome一样了。
还有一种方式是在代码中需要添加断点的地方,加入
[javascript] view plaincopy
debugger;
以下面这种方式运行
[javascript] view plaincopy
node –debug app.js
这样代码会运行到需要debugger的地方暂停。
nodeJS(前后端分离、优势、不足
文章阅读,来自 前端之巅 去哪儿网 部分摘录
1.项目分离,页面分离
第一种是项目分离,承载页面分离。他的特点是简单,快速,前端只关注浏览器方面,除浏览器端之外都是后端负责。
缺点 :
沟通成本高,前期,前端需要使用 ng 或者代理工具调试,后期,还要把页面给到后端,并且新建一个对应的路由。
2.项目分离,只是后端的页面,放到了前端项目里
后端只需要配置路由,最终上线时,由发布系统负责把前端中的页面,自动同步到后端相应的目录中。其中相应的目录需要前后端提前约定,不然后端在渲染页面的时候,就会找不到相应的文件。相比第一种方案,稍微有点进步。沟通成本会有一定的降低。
缺点 :
不过如果需要在页面里做一些业务逻辑处理,还需要前端同学掌握和学习 velocity 语法,对于新同学而言看似掌握的了一门新语法,但实际操作起来并非想象中的流畅。
3.第三种方案是使用 Nodejs 作为页面渲染层,后端只负责数据的生产工作
这也是目前阶段主要的使用方式。它的优点是前端同学对于整个页面的生命周期有完全的控制权,包括开发,调试,部署,上线以及后期的性能监控,应用监控等等。可做的事情也更多,比如使用 React SSR 做同构渲染。
缺点 :
对于前端同学的要求也会很高,除学习前端知识外,还要学习后端知识。
整个应用都是由前端统一负责,所以还需要接收报警电话或者短信,7*24 小时,都在待命状态。
1.一些前端开发,只关注浏览器端,服务器端开发关注很少,或者根本就不关注 ;
2.认为 Node.js 只适合开发一些工具类的功能,相对于后端开发来看它只是个玩具 ;
3.Node.js 的生态不如其他后端语言生态健全 ;
4.涉及到后端开发的知识面比较广,在没有这些基础知识或者经验积累的基础上,考虑问题比较片面,最终做出的系统问题比较多,容易被后端鄙视 ;
看似问题很多,但实质上只有两个原因,
1,自身知识储备不够。
2,对 Node.js 了解不深,不敢应用在生成环境中,即使应用到生产环境,一旦出现问题,不能快速及时的处理,导致高层认为还不如其他后端语言稳定,降低了我们的话语权。 (很中肯,不摸底,不敢用于项目)
1,提高开发效率,因为有了 Node 之后就不需要配置 Nginx 了,也不需要配置一些代理工具了,所有的页面生命周期都是由前端统一去管理的,这时候不需要其他人进行合作。
2,降低沟通成本,除了接口格式外,不需要和后端进行交互了;
3,前后端职责也更为清晰,因为这时候,界限更为清晰了,后端只负责生产数据,它只提供数据就可以了,至于数据怎么消费,以及怎么用,都由前端去做;
4,可以同时使用 React SSR 技术,做到首屏渲染,提高用户体验,除了首屏之外,还可以做异步的加载、SEO 等操作。
5,Node.js 可提供一些服务,不仅能让我们使用,还可以对外使用,如 RESTful API,这样就不用有求于后端了。
/———————————————文章摘录结束————————————————-/
除了号称nodejs界jQuery的express,
另外两个比较不错的
一个是 360 团队的 Thinkjs ,
一个是阿里的 Eggjs
webstorm怎么启动nodejs的调试和服务器
1.安装:npm install -g node-inspector
2.启动debug模式(单独命令行):
node-debug (该命令默认8080端口)
node-debug –web-port 1984 (定义任意端口)
3.访问chrome debug devTools
路径如:;port=5858
4.启动gulp或者grunt服务(具有gulp或者grunt任务时)
node –debug-brk $(which grunt) server (这种模式使用在第一次初始化执行的代码)
node –debug $(which grunt) server(这种模式使用在初始化之后监听的node代码)
如何监控nodejs的event queue
第一步,在全局环境中安装node inspector。第二步,安装完成之后,以调试模式运行需要调试的node代码。第三步,启动node inspector。第四步,就可以看到,一个模拟Chrome调试窗口的页面,加载了node中的所有代码。
nodejs是单线程运行的,通过一个事件循环来循环取出消息队列(event queue)中的消息进行处理,处理过程基本上就是去调用该消息对应的回调函数。
原创文章,作者:WSHH,如若转载,请注明出处:https://www.506064.com/n/143417.html