本文目录一览：
NodeJS什么都能做，为什么还要JAVA
只要不涉及大量计算，理论上JAVA能做的Node.JS几乎都能做，但“理论上能”和“能”是两回事。就如同能搬起一块砖，理论上就能盖一座楼。。但实际操作起来，就完全不是这么回事了。
盖楼的过程，会遇到各种各样的问题，每种问题，都要有不只一种的解决方案，而不是遇到什么问题，都仅靠一个非阻塞的异步IO就可以解决的。该如何实现跨线程访问？什么样的情况可能会产生内存泄露？用什么手段可以解决这些问题？答案不是凭空就出现的，对于一个新平台，要经过反复的试验，踩过数不清的坑，再填平这些数不清的坑，才可以真正的盖出一座大楼。。。。有些问题被封装起来了，你似乎不需要懂它的原理，只要调用一个函数就可以做一些事，被封装的问题，可以假装没看到，它并不是不存在。盖到第三层，你可以不考虑它。。。盖到第五层，也许楼就塌了。
Node.JS或许终有一天，可以做到JAVA能做到的一切。。。。但那可能是十年以后的事情，而不是今天。目前唯一有潜力挑战JAVA的是.Net Core，因为它已经证明了自己可以像JAVA一样，独自盖起一座大楼。。。Python也已经长大了，但受动态语法限制，它的楼是盖不高的。。。至于NODE嘛，可以通过使用TS，避开动态语言的劣根性。但归根结底，想挑战Java还太嫩了，今天只是个刚能勉强搬起一块板砖的儿童。
coreos下怎么搭建nodejs环境
node.js 是有windows实现版本的，请到它的官网node.org下载。有两种 exe和msi都可以使用。 下载后安装和正常软件安装一样。使用方法： 在开始菜单打开，选择 Node.js command prompt ，它自动帮你加入了环境变量，直接可以使用 node 和npm命令。...
如何一体化一个NodeJs的MVC开发框架
本框架适合使用NodeJs进行web开发的MVC框架模式，本框架使用了express框架作为nodejs的web开发支撑，使用mysql作为数据库开发源，下面我们就简单的介绍如何利用本框架进行一个简单的web应用开发。当然本框架并非官方，也并非专业设计，希望开发者共同来把本框架设计好，以便我们可以在国内实现一个NodeJs的Web开发框架。
一、项目文件夹介绍
项目文件夹主要是根据传统的MVC设计模式，设计出来的框架。
enter image description here
二、 入口文件介绍
本框架的入口文件为index.js，该入口你可以添加多种全局静态变量，例如你所需要的各个文件夹路径，以及一些模块。
举例如下:
//========================全局变量定义===============================
global.BASE_DIR = __dirname;
global.APP = global.BASE_DIR + "/application/";
global.CON = global.APP + "/controller/";
global.CORE = global.APP + "/core/";
global.MODEL = global.APP + "/model/";
global.CONF = global.BASE_DIR + "/conf/";
global.log = global.BASE_DIR + "/log/";
global.PUBLIC = global.BASE_DIR + "/public/";
global.VIEW = global.BASE_DIR + "/view/";
/**
modules引入
*/
global.express = require(‘express’);
global.sio = require(‘socket.io’);
global.fs=require(‘fs’);
global.path = require(‘path’);
global.url = require(‘url’);
global.parseCookie = require(‘connect’).utils.parseCookie;
global.MemoryStore = require(‘./node_modules/connect/lib/middleware/session/memory’);
global.Session = require(‘./node_modules/connect/lib/middleware/session/session’);
global.sys = require(‘util’);
代码2-1:index.js
在index.js中你需要将你所有的文件夹路径、模块使用全局变量进行替换，该方法的优势在于，避免用户在编码中引入过长的文件路径，只需要使用简单的变量进行替换。
urlResolve = require(CORE + “url_resolve”);
urlResolve.getActionInfo();
代码：2-2：路由处理逻辑
本代码包含进逻辑处理类，同时应用逻辑处理类中的getActionInfo方法，创建服务器，并且处理url请求逻辑。
如何选择nodejs和iojs
Node.js项目的由来：
谈到Node.js的由来，不可避免要聊到它的创始人Ryan Dahl。在2009年时，服务端JavaScript迎来了它的拐点，因为Ryan Dahl带来了Node.js，在那之后Node.js将服务端JavaScript带入了新的境地，大量的JavaScript在GitHub上被贡献出来，大量的JavaScript模块出现，出现了真正的繁荣。
Node.js不是凭空出现的项目，也不是某个Web前端工程师为了完成将JavaScript应用到服务端的理想而在实验室里捣鼓出来的。它的出现主要归功于Ryan Dahl历时多年的研究，以及一个恰到好处的节点。2008年V8随着Chrome浏览器的出世，JavaScript脚本语言的执行效率得到质的提升，这给Ryan Dahl带来新的启示，他原本的研究工作与V8之间碰撞出火花，于是带来了一个基于事件的高性能Web服务器。
io.js的开放管理模式主要体现在以下方面：
不再有Gatekeeper。取而代之的是TC（Technical Committee），也就是技术委员会。技术委员会基本上是由那些有很多代码贡献的core contributor组成，他们来决定技术的方向、项目管理和流程、贡献的原则、管理附加的合作者等。当有分歧产生时（如引入feature），采用投票的方式来决定，遵循少数服从多数的简单原则。基本上原来由一个人担任的Gatekeeper现在由一个技术委员会来执行。如果要添加一个新成员为TC成员，需要由一位现任的TC成员提议。每个公司在TC中的成员不能超过总成员的1/3。
引入Collaborators。代码仓库的维护不仅仅局限在几个core contributor手中，而是引入Collaborators，也就是合作者。可以理解为有了更多的core contributor。
TC会议。之前的的沟通方式主要是分布式的，大家通过GitHub的issue列表进行沟通。这种模式容易堆积问题，社区的意见被接受和得到处理取决于core contributor的情况。io.js会每周举行TC会议，会议的内容主要就issue讨论、解决问题、工作进展等。会议通过Google Hangout远程进行，由TC赞同的委任主席主持。会议视频会发布在YouTube上，会议记录会提交为文档放在代码仓库中。
