就是 app.get()、app.post()、app.all()啦,啦啦啦

(其中,var express = require("express"); var app = express();)

之前曾经遇到做一个页面,get没问题,提交就报404错误,后来发现症结在于路由设置,只写了个app.get,意味着只允许GET请求,而不允许POST或其他。法无授权则禁止,法治社会,呵呵呵呵呵呵呵。

说到底,它们都是app.use的别名,呵呵呵呵呵呵。当然,使用get,post等比较专业、合适一点。

这几个函数,除了名字有别,格式是一样的。都是类似

app.get(路由规则,函数);

var express = require('express');
var app = express();

app.get("/",function(req,res){
	res.send("Hello World!");
});
app.get("/hi/leftfist",function(req,res){
	res.send("hello, 左直拳 !");
});
//模式匹配;?号代表可以忽略
app.get("/hi/:who?",function(req,res){
	var who = req.params.who || 'anonymous';
	res.send("hello, " + who + " !");
});
// 或/commits/71dbb9c..4c084f9这样的git格式的网址
app.get(/^\/commits\/(\w+)(?:\.\.(\w+))?$/, function(req, res){
  var from = req.params[0];
  var to = req.params[1] || 'HEAD';
  res.send('commit range ' + from + '..' + to);
});
//404
app.get("*",function(req,res){
	res.send("404!");
});

var server = app.listen(3000,function(){
	console.log("http server is ready on 3000");
});

这就是路由的设置。所谓“路由”,就是指为不同的访问路径,指定不同的处理方法。以前,说路由,都想到路由器;后来接触了ASP.NET MVC后,里面才有所谓路由规则。

以往,埋头只知开发WEB FORM,然后在IIS下跑,每个URI,其实都是有一张张实实在在的页面(Page)与之对应,否则就报404错误,Page not found。这种氛围之下,做梦也想不到还有路由规则这种东西。说白了,HTTP服务器就是提供服务,对于浏览器发过来的请求,如何解释,如何响应,完全取决于HTTP服务器如何工作。或者说,你浏览器发过来请求,我http服务器让你看什么,你就看什么。在IIS + WEB FORM中,浏览器请求某一个页面,然后真的有一个页面返回,那是因为IIS真的是将物理页面的内容读取,加上对动态内容的解释,然后返回;假如这个IIS它不去读取物理页面,只返回一句Hello World,那浏览器就只能看到一句Hello World!当然,IIS我们比较难改动,但我们也可以写一个Http Module 或 Http Handler来拦截请求;然而在IIS6或更低版本,这种机制,只对请求.aspx页面有效。并且在IIS那种方便的傻瓜式操作中,一般程序员,怎么会想到有这种所谓的拦截?我以前搞微软的ASP.NET,一直搞,一直搞,从来不明白什么叫Http Module,Http Handler,只在用asp.net 的atlas(微软为了方便程序员使用jquery,而提供的一种控件)的时候,需要配置web.config里有见过,但感到很复杂,令人畏惧,没有做什么了解。IIS的操作对象,就是文件夹,物理页面,所以微软系程序员也就傻逼地认为所谓的路由,就是一定要有真实的页面与之对应!哪里像node.js,路由由自己编写,允许的请求方法也由自己决定,写一次代码下来,原理就能(被迫)有个大致的了解。

微软的问题在于没有区分业余和专业两个概念,也许是windows做得太成功了,让电脑走进了千家万户,傻逼都会使用,于是也把这套思想放到开发工具上来,意图把程序开发也搞成像windows、office一样,人人能用,至少入门门槛非常的低。简单易用的图形界面背后,掩盖了最需要被理解的原理,甚至是为了方便使用,断章取义地扭曲了原理,像上述那个IIS和Page就是活生生的例子。这样子的做法,入门是容易了,但开发人员对原理不理解,造成进阶举步维艰,或者只能做出一些玩具级的应用。

2013年我有几个月去当了老师,发现老师这份职业极其无聊。因为老师的重点在于将知识讲授明白,造成一些简单的东西也要大费口舌,主要精力不在做学问上,所以老师的水平只能是科普水平。同样,也许正是由于微软的精力主要在于打造易于入门、易于使用的开发工具,因此微软的产品,大师级技术水平的东西不多,许多开创性的概念都不出自微软;微软只能亦步亦趋地跟在业界后面,拾人牙慧,然后继续将一些成熟理论包装,搞成易于使用的傻瓜产品,比如asp.net mvc。与此同时,又不得不不断抛弃一些自己封装出来的弱智工具,比如visual foxpro,silverlight,WPF,visual j++ 之类的狗屁。跟着微软走,只能吃屎了。