Ross:Sinatra框架族是因为它们极其的轻量而引人注目:如果你已经熟悉了目标语言以及HTTP基本知识,那么,这些框架几乎可以立即让你富于生产率。
InfoQ:你选择Scala开发web框架的原因是什么?
Ross:我在学校里面花了四年时间来学习函数式编程的优雅。随后,我又在Java上浸淫了十年——即便不欣赏语言其本身,我也欣赏其庞大的类库。Scala把这两个世界巧妙地结合了起来。对于Scala,我根本毋需多想。
InfoQ:什么特性是其他Scala框架(例如Lift)所缺失的?
Ross:无论是作为一个框架,抑或是一个社区,Lift都很令人称赞,但我对它部分的核心假设很纠结。具体来说,Lift拥抱了会话状态,隐藏了HTTP,而我倾向于拥抱HTTP,并且避免会话状态。现在,这不再是非黑即白:你可以使用Lift构建一个RESTful应用程序,你也可以使用Scalatra构建一个Stateful应用程序,但每种框架都是针对不同类型的应用程序而调整。我很高兴我们同时拥有这两者。
InfoQ:你能针对Scalatra应用的不同组成部分给我们做一个概要介绍吗?
Ross:Scalatra是简单的DSL。你可以把整个应用程序写在一个类里面。(无论这是否缘于节俭,抑或是取决于应用程序的大小。)然后,再在web.xml里面加上几行,这就是一个有效的Scalatra应用。
InfoQ:对于正在考虑从Java Web框架切换到Scalatra的团队,你有什么建议?他们应该注意哪些常见的陷阱,有哪些好的迁移策略?
Ross:要迁移Java应用程序,我建议在同一个web-app元素里面定义一个ScalatraFilter。然后,你就可以一次一个页面地进行迁移。如果Scalatra找到了一个匹配的路由,那它就会进行处理。否则,该请求就会被传给之前的servlet。
另外,请记住,Java与Scala中的互操作性是双向的。这意味着,不需要严格地逐层由Java迁移到Scala。仅仅移植那些需要修改的代码,而且在需求再次发生变化之前,不必担心保留了可工作的、经过时间检验的Java代码。
InfoQ:最近LinkedIn宣布,他们已经在LinkedIn Signal上使用了Scalatra。你有没有其他的实际例子?你看到人们在什么类型的应用程序中使用了Scalatra?
Ross:除了LinkedIn,ChaCha现在也是成功使用了Scalatra开发内部API和管理的应用程序。他们特别喜欢Scalate的模板整合。我至少知道两个来自于创业公司的正在进行中的Scalatra项目——将来我们就可以很激动地宣布了。作为Scalatra应用程序,RESTful API已经非常普遍。
正如Scala是一个可扩展的语言,Scalatra也是一个可扩展的框架。您可以把HTML代码和业务逻辑写到一起,从而快速地开发应用程序的原型。随着项目的成熟,在把应用系统重构为n-层企业级别的应用系统时,你可以依赖或者不依赖编译器和测试框架。我们把架构的决定权留给你。
InfoQ:八月份发布了M1版本,你们对最终版本的规划是什么时候?项目的路线图是什么样子的,你希望未来的版本会包括什么功能?
Ross:一些短期的目标包括了Comet支持、将DSL从Servlet/Filter里面分离出来以更易于重新装载(使用JRebel),以及创建真正的网站:我们将吃我们自己的狗粮。我们也有兴趣增加OSGi的支持、嵌套路由以及增强的路由匹配选项。我们期待另一个里程碑——Scalate 1.3的发布,并且在2.0.0-final之前,我们希望对API进行全面的审查以找出任何不一致的地方。