Ⅰ Node.js适合替换java做大型的电子商务购票网站吗
可以，买东西的Shopetti、租车的Uber、付款的paypal、道琼斯的网站、eBay都有用node.js。
node本身虽然出来没几年，但是node.js自身的开发并不是占很大部分，node最重要的部分是google的v8，v8是Lars Bak领导开发的，在开发v8之前他开发了smalltalk和Sun的java的hotspot jvm。
Ⅱ nodeJs 适合用来开发商城
当然，主要前后端要分离，别用传统的一个地址整个页面全部刷新，这样没法反而低效率了。
nodejs只作为rest api服务器。
Ⅲ nodejs的优势
NodeJs的优势：
现在的很多的服务器端的语言（PHP,JAVA,ASP.net）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费2M的内存，如果一个8G内存的服务器，也就能链接4000个左右的用户，如果用户的链接数较大，就必须增加服务器的数量，而且现在用户的链接方式有很多（如app，网页同时访问），这就又涉及到服务器共享的问题，所以服务器怎么支持最大的同时链接用户量就成了一个问题；
NodeJS修改了客户端到服务器端的链接方法，解决了这个问题，他不在为每个客户端创建一个新的线程，而是为每个客户端链接出发一个NodeJs内部进行处理的事件，所以NodeJS具备同时处理多达几万个用户的客户端链接的能力；
NodeJS适合开发的应用程序：
当应用程序需要处理大量并发的输入/输出，而在向客户端发出响应之前，应用程序内部并不需要进行非常复杂的处理的时候，我们应该考虑使用NodeJs来进行应用程序的开发，例如：
1、聊天服务器：如果聊天的人很多，用户的与服务器之间的并发链接量很大，但是服务器端的数据处理并不复杂；
2、综合类服务网站和电子商务网站的服务器：在这类网站中的服务器端，往往可能每秒存内可以接受多达上千条的数据并且需要将这些数据写入数据库中，NodeJs可以通过其队列机制将这些数据迅速写入缓存区中，然后再通过每一个单独的处理从缓存区中取出这些数据并将其写入数据库中，如果是其他的服务器（如Apache服务器或Tomcat服务器）的话，由于这些服务器采用的是阻塞型I/O机制，因此每条数据写入到数据库中都要等待一段时间（等上一条写完，才能写下一条），但是NodeJs使用的是非阻塞的I/O机制，因此可以实现这些数据到数据库中的写入，而不必再为每条数据的写入而等待一段时间；
总结：
一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c++做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。
nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。
每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。这些都是丛书上看到总结的，还望指正
Ⅳ nodejs的优势和劣势是什么
nodejs优势在于原型开发快，学习门槛低，简单业务运行效率高于java等后台脚本语言的vm。
劣势同样明显，javascript引擎基于事件的函数回调模型既是优势又是劣势：导致复杂逻辑失控，不能用于生产环境。此架构并非新兴事物，早年的windows 3的消息模型类似：所谓的协同式多任务（不展开）。最终不得不让步于抢占多任务。导致入门易，优化难，难调试，大型业务框架不易成型
Ⅳ nodejs有哪些优点和缺点
一、说的最多的问题：生态。fibjs 作为新兴的开发框架，生态必定会是原始的。并且因为颠覆了 nodejs 的范式，所以也不太能直接借用 npm 的生态。虽然很多 npm 组件其实是可以直接使用的，但是更多人需要的 web/db/io 相关组件一概不可用。没有英文文档，在把 fibjs 推向国外社区上乏力，也进一步限制了生态的发展。
二、fiber 相比 callback 而言的唯一缺点是堆栈内存占用。golang 采取增长堆栈的方式解决了这个问题。因为涉及到 v8 的实现，fibjs 目前没有好的解决方案。针对这个问题，fibjs 实际上并不是完全的 fiber，等待时间较长的模块，fibjs 仍然采取的是 callback 的设计。比如 web server 的处理 handler。这样一来，fiber 的数量便不会因为连接的暴涨而增加太多。一个网站同时 1万个连接，每秒请求可能只有 500，每个请求 100ms，同时处理的请求也才 50 个而已，而 fibjs 发起万级 fiber 毫无压力。这样的数量级根本没有到需要考虑内存的程度。
三、fibjs 仍比较年轻，没有经过更多应用的检验，很多组件甚至在孢子社区内部也没有实用过。以 ssl 为例，最近公司内部在应用的时候便发生了连接一些网站证书验证问题。即便使用过的组件，也会存在设计不合理的问题。这些都是需要社区的支持，一起验证、建议和改进的。
Ⅵ 请教nodejs 有哪些开源的优秀商城
PHP 和 Java 之所以有那么多人用来开发商城，是因为成熟。也仅仅是只是因为成熟而已。
Node 现在开发后端应用的问题我觉得是这些：
1. 标准库还是停留在前端需求水平，无法满足后端需求，例如 setTimeout、所有 Collection 类型
2. 第三方库不成熟 / 不稳定，大部分都是玩具性质的
3. 经验丰富的开发人员少，很少有纯后端主动转 Node 的，基本都是前端兼职
事实上，现在用 Koa 配合 Mongoose 写后端程序，无需 IDE 加持，便捷程度是现在大部分后端开发者完全想象不到。
但是，假如我是一个商城开发项目的负责人，我是不会选择 Node 的，因为商城不可能只有我一个人开发。
Ⅶ 各位大哥能借一个csdn账号吗，需要下载一个基于nodejs+mongodb/mysql完成一个电子商务系统
你还不如自己注册一个账号快点，不会有人出借账号的，毕竟下载积分都是要钱充值，攒的不容易。
Ⅷ NodeJs的优势和适合开发的程序
很多同学可能都听说过nodejs，并且知道他是可以运行在服务器上的javascript，但是他的使用场景可能大家并不是很清楚，最近也在看学习nodejs，就做了一下小总结；
NodeJs的优势：
现在的很多的服务器端的语言（PHP,JAVA,ASP.net）,有什么问题呢，现在的服务器端的语言在用户访问服务器时，为每个用户链接创建了一个线程，但每个线程大约要耗费2M的内存，如果一个8G内存的服务器，也就能链接4000个左右的用户，如果用户的链接数较大，就必须增加服务器的数量，而且现在用户的链接方式有很多（如app，网页同时访问），这就又涉及到服务器共享的问题，所以服务器怎么支持最大的同时链接用户量就成了一个问题；
NodeJS修改了客户端到服务器端的链接方法，解决了这个问题，他不在为每个客户端创建一个新的线程，而是为每个客户端链接出发一个NodeJs内部进行处理的事件，所以NodeJS具备同时处理多达几万个用户的客户端链接的能力；
NodeJS适合开发的应用程序：
当应用程序需要处理大量并发的输入/输出，而在向客户端发出响应之前，应用程序内部并不需要进行非常复杂的处理的时候，我们应该考虑使用NodeJs来进行应用程序的开发，例如：
1、聊天服务器：如果聊天的人很多，用户的与服务器之间的并发链接量很大，但是服务器端的数据处理并不复杂；
2、综合类服务网站和电子商务网站的服务器：在这类网站中的服务器端，往往可能每秒存内可以接受多达上千条的数据并且需要将这些数据写入数据库中，NodeJs可以通过其队列机制将这些数据迅速写入缓存区中，然后再通过每一个单独的处理从缓存区中取出这些数据并将其写入数据库中，如果是其他的服务器（如Apache服务器或Tomcat服务器）的话，由于这些服务器采用的是阻塞型I/O机制，因此每条数据写入到数据库中都要等待一段时间（等上一条写完，才能写下一条），但是NodeJs使用的是非阻塞的I/O机制，因此可以实现这些数据到数据库中的写入，而不必再为每条数据的写入而等待一段时间；
总结：
一个规模稍微大点的系统都不是一种开发语言可以搞定的，往往是几种混杂一起，比如c、c++做服务器端开发，java做业务逻辑，php等做前端展示，此外还需要消息中间件等等。
nodejs可以很快地在服务器端做原型（原来只有c系和java等能做的事情，性能还很高），而且代码量相对会少很多；另一点是它的语法优势，js闭包等。但它不太适合做cpu密集型处理的工作，只能绕着弯去解决，据说这次QCon会有人分享这方面的研究成果，可以关注下。
每种语言都有它适合的领域，没必要强求一门语言可以解决所有事情，拥有其它语言的特性，只有不断的tradeoff把系统做出来才是目标。
这些都是丛书上看到总结的，还望指正
Ⅸ nodejs做商城会不会炸
做商城一般都会牵扯到并发量的问题，特别是搞活动啥的抢购之类的，和用什么语言关系不大，而且nodejs会比一般的语言，比如java之类的要好很多，主要是要看你怎么做负载均衡，包括应用的负载，数据库的负载等，主要是要看有几台服务器等这些因素
Ⅹ 想用nodejs 做电商， 可行吗
适不适合，看用的人，无关工具
1:电商平台肯定要考虑以后几万几十万人用吧，虽然可能项目失败了都没到5000。
2:想成本低速度快，找个开源php java的改改。
3:想从头做、迅速出demo去搞天使投资，nodejs走起。
4:有预算，下周就要用，现在很多电商的saas平台，规模小的话，一年几k，随时租用，自营和多商户都有。
5:有长期规划，有资金支持，还是参照大型电商平台的业务，用java开搞吧，以后上各种框架、中间件，技术体系建设，都不是问题了，毕竟那么多电商已经躺出路子了。