如何在vs2010下vs开发nodejss

点击联系发帖人 时间：2016-09-27 03:50

vs2010 web开发实例

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
您的访问请求被拒绝 403 Forbidden - ITeye技术社区
您的访问请求被拒绝
亲爱的会员，您的IP地址所在网段被ITeye拒绝服务，这可能是以下两种情况导致：
一、您所在的网段内有网络爬虫大量抓取ITeye网页，为保证其他人流畅的访问ITeye，该网段被ITeye拒绝
二、您通过某个代理服务器访问ITeye网站，该代理服务器被网络爬虫利用，大量抓取ITeye网页
请您点击按钮解除封锁&将Visual Studio打造成为Node.js IDE
发表于 16:20|
作者张红月
摘要：Visual Studio是开发C#、ASP.NET的首选IDE，但并不是说它就不可以作为其它语言IDE，本文将向大家揭开Visual Studio的另一大用途——开发Node.js应用。
之前，CSDN研发频道曾报道过一篇，文章里向大家介绍了一款PTVS插件，开发者安装后即可在Visual Studio里进行Python编程。现在，PTVS开发团队又开发出一款可以在VS里编写Node.js应用程序的插件——NTVS（Node.js Tools for Visual Studio），开发者可以在VS里轻松开发Node.js应用。NTVS是一款开源工具，遵循Apache开源许可，由微软和社区维护。适用于Node.js 0.10.20版或更高的版本上。NTVS具有可编辑、智能提示、分析、NPM、调式（本地和远程）等功能，并且还可以发布在Azure网站和Cloud服务上。安装Node.js可在32位和64位架构上运行，NTVS也同样支持32位和64位架构，目前，NTVS可以安装在Visual Studio 2012和Vistual Studio 2013两个版本上，支持所有版本（VS测试版、专业版等）。安装NTVS其实非常快速，只需几分钟即可安装完成，通过msi安装，接受协议然后点击install即可。为了确保NTVS可以畅通运行，在安装完以后需要打开NTVS的View-&Other Windows-&Node.js Interactive Window选项卡：开发者可以在该窗口键入JavaScript，例如下面键入的显示一个变量和Node.js定位：OK，安装完毕！下载地址：详细介绍：
推荐阅读相关主题：
CSDN官方微信
扫描二维码,向CSDN吐槽
微信号：CSDNnews
相关热门文章nodejs与go语言比较如何，它们的发展前景怎样，网站后台开发，选择nodejs好还是go好？
正好很应景，可以看看这篇文章：作者 TJ Holowaychuck 是 Node 界最高产的开发者之一，最近转投 go 了。当然，原因是他现在更多地开始搞分布式系统了，如果做网站他还是会选择 Node。从大型工程的角度来说，go 是完爆 Node 的。性能，内存开销，静态类型，对异步的处理，异常的处理，可调试性，系统稳定度，工具链的成熟度，等等，都是 go 占优。但是 Node 在依赖处理方面更好，npm 对依赖版本的管理（go 的依赖不能指定版本，还需要借助非官方的工具）非常优秀，另外 Node 社区的活跃度要比 go 好，如果你想要快速做一个东西，npm 上各种现成的包可以用。Node 在做网站这方面，尤其是需要直接面向用户的 http 服务器这方面，有一个天然的优势，那就是前后端的语言统一。一方面可以减少切换语言的脑力成本，提高开发者的效率，另一方面可以实现前后端共享模板，从而实现首屏服务器渲染，局部更新浏览器渲染的架构，提高首屏的加载速度。如果你做的网站后台就是个简单的 CRUD 应用，或者是做产品原型，或者你同时还想兼顾前端，Node 会是更好的选择；但如果你的后台很复杂，需要区分各种服务，搞数据分析，分布式集群等等，那绝对是选 go。最后，其实两者结合起来用也是完全可以的，把 Node 作为面向用户的大前端的一部分，专门负责页面的生成，后端用 go 或者其他语言实现，前后端之间通过规范的数据接口通信。关于这样的解决方案，参见
这篇文章，作者主要抱怨Node的问题如下ou may get duplicate callbacksyou may not get a callback at all (lost in limbo)you may get out-of-band errorsemitters may get multiple “error” eventsmissing “error” events sends everything to helloften unsure what requires “error” handlers“error” handlers are very verbosecallbacks suck所有这些问题归纳为一点 — callback hell，这点确实是node之前最大的问题。但是随着Javascript ES6标准的出现，node的这个问题已经被很好地解决，现在都用promise和generator替代了callback模式，异步代码写起来和同步代码一样callback模式doAsync1(function () {
doAsync2(function () {
doAsync3(function () {
})})sucks!Promise generator模式yield doAsync1();yield doAsync2();yield doAsync3();相信node的未来会更好。
对node而言~~~基本上就是，「性能做得好，不如广告做得好」
真的要选还是golang吧，解决方法比较多，后期的扩展方便。问题也是版本有点跳，已经上线的功能真不晓得跟不跟，看团队的人更熟悉那个，就用那个。Nodejs还不太适合做企业后台，虽说跟别人说的时候很溜，但这没什么卵用。
一个是限制较多的世界，一个是限制较少的世界。限制少的，自然就更依赖你的独立思考和求证能力；而限制多的，则可以少犯错误少动脑子。接受什么样的权利和义务的平衡点，每个人都不一样。
就发展前景来说，目前我觉得 node 的势头比 go 要好。就网站后台的开发来说，用 node 更快，学习资料也更多。网站后台不是个适合 go 的场景。你可以看看 node 的 express 框架，跟 go 的 web 框架之间的 helloworld 对比。node 的简单很多，而且 npm 上面的模块优势目前看不出 go 可以追的上。
go可以交叉编译--------JS不需要编译，但C/C++ 扩展的管理方式是gyp，依赖python和平台相关的C++编译器。go编译了打包丢上去服务器就能玩起来，而nodejs你需要npm，然后等loaddep，大个便回来结果遇到一个需要node-gyp编译的东西抛出一个npm Err!
继续npm install loaddep~~~前端门，学一门语言不难，一个语言不可能什么场景都合适，待他看似能做到的时候，JS已经不再是JS了。
随着年龄的增长，我开始喜欢生成能力强的框架了，因为比较有生产力，不用重复造轮子。无论什么语言，什么框架，只要适合，有生产力，那么就适合我们
呵呵，Go的底层模型比libuv牛太多了。
已有帐号？
无法登录？
社交帐号登录}

51无线网