——–闲着没事备忘下，完全是因为在windows上装couchdb失败后无聊所致——–
其实3年多之前还挺瞧不起js的，结果这几年混下来，糊里糊涂js就成了自己第一称手的语言。
用得顺了也就喜欢起来，而且很多时候js的表达力也挺强的。所以虽然RoR也一直在手边没放下，但是也挺留意用js写server端的项目。毕竟短期来看无论flash还是sl都不能让browser是逃不出js的掌握，如果有特别合适的js写server的东东，我就可以把RoR扔了，完成自己的语言大一统，XD——当然到现在也没看到特合适的，囧。
归正传，题目所谓Pure-js Web App就是只用js这一种编程语言通吃Server和Client端。目前这种项目数量倒是挺多的，不过粗劣分一下类的话，大面上也就两类种东西：一个是维持现在Client-Server-DB这种3-Tiers的体系结构，只是把Server端的编程语言从java、php等等换成js；另一类相对好玩一点，这类基本上抹掉了Server这层，体系结构变成了Client-DB，而全部所谓的业务逻辑代码全都移动到了browser的html页面中。
先说第一类，这类我最早关注的一个是helma——这个是最纯粹的用js写server。我还比较喜欢这个项目：部署简单，内置了jetty，默认情况解压直接跑（其他很多项目需要部署到其他的http或者servlet server中）；内建了一个基于xml的对象数据库，不用一开始就配mysql（也可以用mysql）；server和app管理和调试工具；文档全；良好的MVC支持。不过helma也有这类的server-side js的通病，他的定位是用js替换php、java、ruby等等server-side语言，这结果是虽然听上去使用这类项目后client和server端代码都是用js写，但是其实这两个地方写出来的js完全不一样。
相对来说，虽然同是server-side js，Aptana旗下的jaxer看上去漂亮得多。jaxer给html中的script标签加了一个runat的属性（M$好像搞过类似的东西？），通过将runat属性设置为server（提供一组用于访问db、调用远程service的api）、both或者client（default），可以决定js运行的位置。而通过一个runat=”server-proxy”的特殊标记，client可以很容易调用server的功能。这样理想下开发人员只需要写包含js的html再部署到jaxer server上就行——咋一看用同一语言同一编程方式挺好的整合了server和client端。不过仔细一想，我还是挺怀疑的。虽然代码文件的区分基本没有了，但是物理上server和client的界限还是存在的。结果就是用helma这类东西，开发人员必须在项目中来回切换server代码和client代码。而用jaxer，开发人员必须在脑子里来回切换server代码和client代码，囧……而且jaxer文档里的例子大多是inline js，真正开发谁这么写呀……一旦外联js，因为这些js文件是区分server和client的，所以很直觉就分到不同的目录，然后……鉴于jaxer并不内建支持mvc，于是我猜会很像js版本的php。补一句，我并没有真正用过jaxer，可能有点信口开河，有兴趣的最好还是去自己看看，如果有jaxer大规模开发经验的，欢迎留言~
第一类我看得多一些就是这两个，另外还有很多在servlet server上跑rinho以及在apache、lighttd上跑spidermonkey的项目。但是总得来说大同小异——我见过比较另类的是把extjs跑到asp服务器上增强jscript能力的，据说很好用，而且鉴于国内虚拟空间的国情，这做法还真挺实惠的。
直接用js作为server side脚本的问题是因为体系结构不变，server和client的区分还在，结果client js和server js完全是不同编程方式。如果只是想用js写server也没什么问题，不过总会觉得有点不优雅。
于是第二类的方案本质上是修改了我们传统中的3 Tiers体系结构。这类方案里，client端直连db。server端基本不再运行任何业务逻辑代码，变成了单纯host html和js的静态服务器。
这类解决方案，我现在知道的就是OpenResty、Couchdb和dojo的Perservere，应该还有其他的。
OpenResty是yahoo一帮人搞的，现在还不开放注册，账号可以发信索要。这个项目提供一组REST和json访问PostgreSQL的接口。用了这个东西，开发的模式变成了，开发人员在前台写html+js客户端，直接操作后台数据库的内容。所有的业务逻辑代码都统一在前端的js代码中。openresty这个作者的blog据说就是用这种模式搭建的。
Couchdb和Perservere从思路上和OpenResty没有区别。前者是很热的erlang项目。文档数据库，加之erlang这个东西，传说水平伸缩性无敌。这个项目一直很贴js，view直接用js写，访问走rest和json，包括他自己的管理界面也是直接用html+js做的。这里还有一个用js操作couchdb的例子（windows装couchdb失败的我，没有试……）。后者是dojo的一个子项目，也是对关系数据库的一个包装，好处是与dojo紧密集成。
当然用这种提供REST和json接口的Storage，前台并不一定是js+html，任何通用语言都可以。但是看上去这些项目都很往js贴（比如json而不是xml），毕竟browser上js独大，而现在在desktop上又有了air——air的跨平台还是很诱人。
如果扯大词的话，这种Client-DB直连的模式还可以扯到“云”中。比如OpenResty的服务也可以看成云存储的一种。于是后端用云做存储，前端在浏览器中做计算，大家还真是省事了，XD。（写到这，忽然想起来su27同学写过这么一个东西，gae的js interface。恩，好吧，多么的云计算呀）
不过目前看上去这种模式也有几个问题，一是代码安全，如果全是html+js，那就真是什么秘密都没有了。虽然可以做混淆，但不是万全之策；二是安全性，比如连接远程Storage的用户名和密码总不能放到js中吧？三是跨域，如果用第三方的Storage，这个问题也挺不好解决。综合2，3的话，至少目前来看想完全只用静态服务器也不太可能，还得搭一个Proxy中转。
最后，wiki上还有一个关于Server-side Javascript很完整的列表，可以参考。
虎头蛇尾的结束~
