订阅地址是http://sakinijino.com/feed/——各位看客自行更新吧，没办法，不知为什么我就是不喜欢feed烧录的服务

写了4年多blog，之间因为不能忍blogchina的服务搬家到bus。虽然单论免费bsp的话bus的空间算是好用的了——姑且不论经常往rss里加一些“奇伟鞋油”之类让人ft的东西。然而其实蛮久以前就想换个独立空间了，所以这次新话的问题还是成了压倒骆驼的最后一根稻草。

这里以后就不更新了，恩，完毕。

其实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很完整的列表，可以参考。

虎头蛇尾的结束~

不得不检讨一下，用到这个词，真是我低俗啊！

然后终于下得很大了，啊呜~

其实一天之前就下得很大了，囧~

然后，这么好下雪的日子里，我却开学了，囧~

—— 普里斯科

下半场清醒过来，就看伊布和阿德拼命浪费机会。然后最后20分钟一看小罗拿球就担惊受怕的，囧。。。

不过好歹是赢下来了，周中对曼联还是坚定地别督了。。。

ps. 看阿德硬过马尔蒂尼真好

对了，补一句，第一个球不是手球+越位真是可惜了

结果重装软件等等，浪费一晚上时间。。。

不过safari抽风的几率ms是变小了，但愿不是心理作用。

ps. 昨天被某人一撺掇，今天一查，结果看着sony prs 505真叫一个长草呀。。。eeepc、psp、wii什么的都暂缓，谁送我一这个我就以身相许了。。。

ps. 经历了飞机晚点，没赶上大巴等等之后，终于在凌晨0:30到家了。